Все что вы хотели знать о SOAP, но боялись спросить

В этом разделе приводятся наиболее часто встречаемые в конференциях вопросы о протоколе SOAP и SOAP Toolkit’е.

• Есть ли практическая ценность нейтральности SOAP к платформе? На сегодняшний день существует большое количество Web-сервисов, работающих под управлением самых разнообразных операционных систем. Поддержка SOAP есть в популярном языке Java. Клиент, написанный с помощью SOAP Toolkit, может обращаться к любому Web-сервису, независимо от того, где он находится, на чем он написан, и под управлением чего он выполняется.
• Можно ли рассматривать SOAP как альтернативу DCOM? В общем случае – нет. DCOM поддерживает передачу объектных ссылок, поддерживает COM-события, ping, управление временем жизни серверных компонентов. Для DCOM-приложений можно использовать CIS (COM Internet Services) для устранения проблем, связанных с Firewall’ами.
• Насколько снижается скорость передачи данных при использовании SOAP? SOAP медленнее, чем DCOM. Чтобы осуществить вызов, нужно выполнить большое количество дополнительной работы – преобразовать параметры в текстовое представление, передать текст по HTTP на сервер, выполнить обратное преобразование, вызвать серверный компонент и передать результат обратно. Но хорошо спроектированное приложение, как правило, запрашивает данные от сервера сразу большими порциями и редко обращается к серверу. К SOAP-приложениям применимы рекомендации по увеличению быстродействия DCOM-приложений.

• Можно ли передавать объектные ссылки/указатели на интерфейс? Нет. SOAP Toolkit не поддерживает передачу объектных ссылок ни от клиента, ни от сервера. COM-объекты можно передавать по значению, для этого потребуется mapper.
• Можно ли на клиенте использовать раннее связывание/вызов через vtbl? Можно. Для этого придется использовать низкоуровневый API. Прирост производительности будет незначительным, но клиентам на C++ будет значительно проще вызывать серверный компонент.
• Как отлаживать и диагностировать неполадки в SOAP-приложениях? Прежде всего, надо добиться работоспособности сервера. Вместо клиента можно использовать скрипты на VBScript, анализировать SOAP-запросы и ответы – с помощью утилиты трассировки. Когда сервер будет полностью работоспособен, можно переходить к отладке клиента.

Заключение

SOAP представляет собой нейтральный к платформе Firewall-friendly протокол, с помощью которого можно создавать как Web-, так и desktop-приложения, получающие данные с удаленного сервера через Internet. SOAP-приложения или их отдельные части могут разрабатываться с использованием:

• SOAP Toolkit 3.0 (2.0)
• ATL 7.0 и VC++ 7.0
• .NET Remoting
• ASP.NET (для серверных компонентов)
• Java в различных вариантах и так далее.

Несомненно, что протокол SOAP будет приобретать все большую популярность, благодаря его нейтральности к платформе, поддержке в Microsoft.NET (.NET Remoting), способности использовать любой транспорт, в том числе и HTTP в формате DIME.

Ссылки

SOAP Toolkit 3.0 может быть найден здесь:

https://msdn.microsoft.com/downloads/default.asp? URL=/downloads/sample.asp? url=/msdn-files/027/001/948/msdncompositedoc.xml

Раздел в MSDN, посвященный протоколу SOAP и всему, что с ним связано:

https://msdn.microsoft.com/library/default.asp? url=/nhp/Default.asp? contentid=28000523

Пример TView, использовавшийся для демонстрации перехода от DCOM к SOAP:

https://msdn.microsoft.com/msdnmag/issues/1200/tview/default.aspx

Информация об объектах и интерфейсах SOAP Toolkit’а может быть найдена в документации, которая поставляется в составе SOAP Toolkit 3.0.

Содержание курса