Меню
Что нового?

Веб сервисы и TCP IP

Alexandre

PHPПенсионер
Solid это я хотел это услышать от него... он однозначно что-то путает или недопонимает :)
протокол HTTP (транспортный протокол ) лежит поверх TCP/IP (сетевые протоколы)
транспортный протокол - более высокий уровень сетевого общения
WEB-Service - это уже уровень приложения или представительский уровень
Очевидно, что современная модель ОСИ делит некоторые уровни на подъуровни...
чем выше уровень, темь проще организовать общение между системами
 
Solid

Solid

Drosera anglica
Alexandre
Правильно. Всё стремится ко всё более сильной абстрагированности. И чем дальше -- тем всё сильнее растёт недопонимание.
 

Alexandre

PHPПенсионер
И чем дальше -- тем всё сильнее растёт недопонимание.
Нажмите для раскрытия...
Джоэл это назвал закон "дырявых абстракций"
Чем выше уровень абстрагируемости, тем больше надо знать...
 

Earlot

Guest
Alexandre
1. да, я сравниваю ковры с утюгами. можно говорить и так. предмет моего сравнения - технологии, которые можно использовать для решения задачи. и если они разного уровня - приходится сравнивать ковры с утюгами.
2. почему http не удобен за пределами броузера? потомучто для гарантии доставки данных по этому протоколу необходимо сверху него вручную строить счетчики и т.п., которые есть на протоколах более низкого уровня.
логично, что уровень приложений опирается на транспортный. зачем залезать наверх, и строить там некое подобие низа?
3. в контексте данной темы я имел в виду сокеты. потомучто мы имеем весь набор необходимых средств транспорта, и полную свободу для построений поверх.

Solid чтобы два программиста говорили на одном языке достаточно приложить описание интерфейса. не вижу портативности в контексте SOAP. уровень стабильности на нем получается ниже.
 

Alexandre

PHPПенсионер
Earlot Люди пытаются облегчить себе жизнь из-за внедрения абстракций на разных уровнях.
HTTP - уровень абстракции поверх TCP
SOAP - уровень абстракции поверх HTTP (SMTP, FTP)

Люди пытаются облегчить себе жизнь из-за наличия множества разных платформ и систем программирования

Люди ленивы в принципе, и поэтому, пытаются облегчить себе жизнь...

В связи с этим, для общения между двумя разнородными системами можно:
- изобретать велосипед в ввиде написания кучи кода, переноса его на иные платформы, проводить его через стандартизацию и убеждению прочих пользователей - что именно твой велосипед самый велосипедный
- взять и применить готовую библиотеку

Первый путь приведет к изобретению очередного Протокола, т.е появится новый уровень абстракции.
Люди ленивы и поэтому выбирают второй путь
 

Earlot

Guest
Alexandre все что ты говоришь верно, когда речь идет об обработке данных.
касательно задачи передать и получить блоки данных: используя SOAP точно так же нужно будет знать интерфейс блока данных, чтобы понимать что передается
везде где бегают HTTP (SMTP, FTP) бегает TCP, т.к. все это поверх него бегает.
уровень платформозависимости одинаков
 

Alexandre

PHPПенсионер
Earlot когда у тебя стуктурно-зависимые данные и их много, то рано или поздно, ты займешься оптимизацией и придумаешь свой конверт, для данных...По этому, протокол мыла (SOAP) удобен - если много разных типов данных.
 

Earlot

Guest
Alexandre конверт конечно имеет осмысленность. почему нельзя на TCP навесить?
 
bkonst

bkonst

.. хочется странного?...
Потому что получится собственный SOAP, ни с чем другим не совместимый.
 

Earlot

Guest
bkonst извини, но конверт можно передавать как угодно, хоть курьером, совместимость конверта при этом не изменится.
 
bkonst

bkonst

.. хочется странного?...
Слушай, да делай что угодно, в конце концов. Мы тебя переубеждать должны? Уже и в модель ОСИ ткнули, и про абстракции рассказали. Хочешь косить лужайку в противогазе - бог в помощь.
 
Войдите или зарегистрируйтесь для ответа.
Сверху