Руководство по выбору между REST и SOAP услугами?

Первый хит Google кажется довольно всеобъемлющим.

Я думаю, что проблема здесь в том, что есть слишком много сторонников того или иного, может быть, лучше гуглить и получать больше информации о pro's/con's самостоятельно и принимать собственное решение.

Я знаю, что это звучит немного неубедительно, но в конечном счете такие дизайнерские решения падают на разработчика/архитектора, работающего над этим, и 99% времени, проблемная область будет решающим фактором (или, по крайней мере, должна быть), а не руководством в сети.

Простой протокол доступа к объекту (SOAP) стандартный язык XML, определяющий архитектуру сообщения и форматы сообщений, используется веб-службами, содержащими описание операций. WSDL - это язык на основе XML для описания веб-служб и способов доступа к ним. будет работать на SMTP,HTTP,FTP и т. д. Требуется поддержка промежуточного программного обеспечения, хорошо определенный mechanisam для определения служб, таких как WSDL+XSD, WS-Policy SOAP вернет XML основанные данные SOAP обеспечивают стандарты безопасности и надежности

Веб-службы передачи репрезентативных состояний (RESTful). это веб-сервисы второго поколения. RESTful веб-службы, взаимодействуют через HTTP, чем SOAP-основанные службы и не требуют XML сообщений или WSDL определений службы-API. для REST не требуется никакого промежуточного программного обеспечения, только HTTP поддерживает стандарт needed.WADL, REST может возвращать XML, обычный текст, JSON, HTML и т. д

многим типам клиентов проще использовать веб-службы RESTful, позволяя при этом серверной стороне развиваться и масштабироваться. Клиенты могут выбрать, чтобы использовать некоторые или все аспекты сервиса и смешать его с другими веб-службами.

REST uses standard HTTP so it is simplerto creating clients, developing APIs 
REST permits many different data formats like XML, plain text, JSON, HTML where  as  SOAP only permits XML.
REST has better performance and scalability.
Rest and can be cached and SOAP can't 
Built-in error handling where SOAP has No error handling
REST is particularly useful PDA and other mobile devices.

REST is-сервисы легко интегрируются с существующими сайтами.

SOAP имеет набор протоколов, которые обеспечивают стандарты для безопасности и надежности, среди прочего, и взаимодействуют с другими WS соответствующими клиентами и серверами. Веб-службы SOAP (такие как JAX-WS) полезны при обработке асинхронной обработки и вызова.

Для Complex API SOAP будет более полезным.

Я думаю, что и REST, и SOAP можно использовать для реализации аналогичной функциональности, но в целом SOAP следует использовать, когда требуется конкретная функция SOAP, а преимущества REST делают его вообще лучшим вариантом в противном случае. Однако и REST, и SOAP часто называют "Web services,", и одно часто используется вместо другого, но это совершенно разные подходы. REST-это архитектурный стиль для построения клиент-серверных приложений. SOAP-это спецификация протокола для обмена данными между двумя конечными точками.

Я очень согласен с + Робом Купером в его должности. Да, здесь так много защитников. Я перечислил разницу между soap и rest .

Существует хорошая блок-схема, которую вы можете использовать, чтобы помочь вам выбрать между REST и SOAP.

Ссылка на блок-схему: https://drive.google.com/file/d/0B3zMtAq1Rf-sdVFNdThvNmZWRGc/edit

Ссылка на статью: https://www.linkedin.com/pulse/20140818062318-7933571-soap-vs-rest-flowchart-to-determine-the-right-web-services-protocol-for-your-needs

Другими двумя факторами, которые я использую для принятия этого решения, являются:

1) будут ли клиенты сервиса требовать Media типов, отличных от XML (например, JSON). Если да, то используйте REST.

2) Всегда ли клиентом сервиса будет приложение/сервер (например, не клиент RIA или AJAX). Если нет, то это склоняется к REST, так как при использовании AJAX легче использовать REST сервисов.