МСУТы эти ссылки и не знал никогда, пионерия советская. Абстракция тут не выше внутренней реализации CreateObject, которую ты вызываешь из своего убитого жизнью убогого VB. Ололо, ты там клеем до такого неадеквата упоролся? У школоты он как раз котируется. Абстракция это то, что ты видишь пересылаемые по сети данные как какой-то интерфейс какого-то объекта в этом своем интеллисенсе, а фактически (на уровне http) гоняется xml-текст. Вопрос: нафига мне перебилдивать проект (и переустанавливать/обновлять уже стопицот внедрений) под интеграцию с новым веб-сервисом с помощью "нормальной" технологии, если я могу обойтись копипастой урла, xml и хранимки?

МСУAntonariyАле, деревня, протокол у этих всех протоколов всего один - http.
Как-то ты лихо съехал с темы SOAP, чудо :) Так облажался с SOAP и POST, что даже дети смеются, глядя на твое уныние.Многие дети знают, что соап реализован поверх http, но ты даже до них не дорос. Для особо деревянных уточню: соап это то, что передается с помощью http методом post. Или какому-то другому, более низкоуровневому, чем soap, протоколу, как тут подсказывают.

skyANAAntonariyВопрос: нафига мне перебилдивать проект (и переустанавливать/обновлять уже стопицот внедрений) под интеграцию с новым веб-сервисом с помощью "нормальной" технологии, если я могу обойтись копипастой урла, xml и хранимки?
1. Как реализация шлюза к Петиному сервису влияет на стопицот внедрений, использующие Васины и Машины сервисы?
2. Какая разница как реализован сам шлюз: Web referrence, WebClient, HttpWebRequest, WCF, или Петя дал прямой доступ к базе за особые заслуги?Не понял, причем тут шлюзы.

Чиста конкретный пример: имеем некое приложение. Клиент, купивший приложение, говорит: хочу чтобы оно умело работать с веб сервисом Васи. Что для этого делаем? Открываем проект студии, жмем Add Web (или Service) Reference, пишем что-то вроде Vasya.Megaclass.SuperMethod, билдим, переустанавливаем клиенту. Второй клиент попросил интеграцию с сервисом Пети. Повторяем те же действия, что и для сервиса Васи.

Моя мысль в том, что эти действия вообще не нужны, если работать на уровне http. Эти действия заменяются на 1) создать xml, 2) создать хранимку, разбирающую ответы методов, 3) скопипастить клиентам. Кодинга получается не много, если работа происходит с соап-сервисом: xml просто копипастится из его интерфейса, а объем .net-кодинга с референсами сравнительно с tsql получается примерно одинаковым. Но самое главное (для меня), что процесс обновления упрощается до копипасты нескольких файлов и скриптов. И полностью исключается возможность несовместимости разных компонентов и надстроек. Их просто нет.