При взаимодействии с веб-сервисов, как правило, выбор которого метод будет использоваться для Вас. Большинство услуг действуют либо ОТДЫХА или SOAP, не так (Amazon является заметным исключением из этого правила). Когда предоставляется возможность, однако, есть ряд моментов рассмотреть:
|
|
Накладные расходы - остальное запросы относительно невелики. SOAP запросов, с другой стороны, содержат много дополнительной информации, которая может реально составить.
Прозрачность - Что ОТДЫХА запросов (даже после завершения более HTTPS), все просьбы информация передается в четкой; С SOAP только конечная точка (URL) виден. Это может звучать как четкий выигрыш по SOAP, но не совсем. Когда просит пойти в ясной, они могут быть легко контролироваться соответствующими ИТ и проверку брандмауэров. ОТДЫХ просит также может быть легко кэша (когда это отмечено как допустимое на сервере) по существующей инфраструктуры, снижения нагрузки сервера и каналы связи.
Простота использования - Многие разработчики отдают разработать для ОТДЫХА серверов, потому что запросы можно быстро в без дополнительной инкапсуляции требует SOAP. Amazon, например (как предлагает ОТДЫХА и SOAP интерфейсов), имеет 85 процентов его просьбы произойти в течение REST.
Сервис определения - SOAP услуг определяются Web Services Описание язык (WSDL) файлы, которые содержат всю информацию, необходимую сделать запрос. По сути, общий SOAP клиентов доступны, что позволит вам сделать любую просьбу, представленной службу уделять ничего, но адрес в WSDL файле. Существует не эквивалентом ОТДЫХА услуг.
Инкапсуляция - SOAP запросы воплощен в рамках XML конверт. Тело просьбе самого затем воплощен в тела элемента. Добавление имен в документе идет дальше, чтобы четко определить именно то, что каждый элемент описанием. Есть несколько отличные инструменты там помочь создание документа, который может принять tedium в создании таких больше запросов.
В общем, нет явного победителя (если было, я бы не необходимость введения так). Выбор будет зависеть от конкретного применения и доступные средства для его создания. Вообще говоря, когда предоставляется возможность, я предпочитаю использовать SOAP в моем веб-служб сообщений. Я считаю, что служба определения и инкапсуляцию, представленной SOAP перевешивает дополнительные накладные расходы и отсутствие протокола уровня транспарентности.
| Примечание | Другим общим веб-служб XML API - это RPC. Хотя с XML RPC очень проста, чтобы получить и использовать, у него нет особенностей SOAP сохранив гораздо больше, чем накладные REST. Поэтому, в зависимости от Ваших целей, выбирая ОТДЫХА SOAP или почти всегда является лучшим выбором. |
|
|