Guia para escolher entre RESTO vs serviços SOAP?

Question

Alguém tem links para documentos ou guias de tomar a decisão entre RESTO vs.SABÃO?Eu entendo tanto estes, mas estou procurando algumas referências sobre os principais pontos de decisão, por exemplo, a segurança, o que pode torná-lo inclinar-se para um ou outro.

Answer 1

Google primeiro hit parece bastante abrangente.

Eu acho que o problema aqui é que existem muitos defensores de um ou outro, podem ser melhor pesquisando e obtendo mais de um identificador do pro/con si mesmo e fazer a sua própria decisão.

Eu sei que soa meio manco, mas, em última análise, este tipo de decisões de design de cair para o desenvolvedor/arquiteto de trabalho, e 99% do tempo, o domínio do problema vai ser o fator decisivo (ou pelo menos deveria ser), não é um guia na net.

Answer 2

Simple Object Access Protocol (SOAP) padrão XML, linguagem de definição de uma arquitetura de mensagem e formatos de mensagem, é usado pelos serviços da Web que contêm uma descrição das operações.WSDL é uma linguagem baseada em XML para descrever serviços Web e como acessá-los.será executado em SMTP,HTTP,FTP, etc.Requer middleware de suporte, bem definidos mechanisam para definir serviços como o WSDL+XSD, WS-Policy SABÃO vai retornar o XML de dados baseado em SOAP fornecer padrões de segurança e confiabilidade

Representational State Transfer (RESTful web services.eles são a segunda geração de Serviços Web.Os serviços web RESTful, comunicar-se via HTTP de SABÃO e serviços baseados em não necessitam de mensagens XML ou WSDL do serviço da API de definições.de RESTO não middleware é necessário apenas HTTP apoio é necessário.WADL Padrão, o RESTO pode retornar o XML, texto simples, JSON, HTML, etc

t é mais fácil para muitos tipos de clientes para consumir serviços web RESTful, enquanto permitindo que o lado servidor para evoluir e escala.Os clientes podem optar por consumir alguns ou todos os aspectos do serviço e amasse-o com outros serviços baseados na web.

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.

O RESTO é serviços são de fácil integração com sites existentes.

O SABÃO tem um conjunto de protocolos que fornecem padrões de segurança e confiabilidade, entre outras coisas, e interoperar com outros WS conformidade com os clientes e os servidores.Serviços Web SOAP (como o JAX-WS) são úteis no tratamento de processamento assíncrono e invocação.

Para o Complexo da API SOAP vai ser mais útil.

Answer 3

Eu Acho que ambas as REST e SOAP pode ser utilizado para implementar a funcionalidade semelhante, mas, em geral, SABÃO deve ser utilizado quando um determinado recurso de SABÃO é necessário, e as vantagens de fazer RESTO é geralmente a melhor opção em contrário.No entanto, ambos REST e SOAP são muitas vezes chamado de "Web services", e é muitas vezes usado no lugar de outro, mas eles são totalmente diferentes abordagens.O RESTO é um estilo de arquitetura para a construção de aplicações cliente-servidor.SABÃO é uma especificação de protocolo para troca de dados entre dois pontos de extremidade.

Eu sou muito de concordar com +Rob Cooper em seu post.Sim, existem tantos defensores.Eu listei os diferença entre o sabão e o resto.

Answer 4

Há um bom fluxo de gráfico que você pode usar para ajudá-lo a decidir entre RESTO vs SABÃO.

Link para o diagrama de fluxo: https://drive.google.com/file/d/0B3zMtAq1Rf-sdVFNdThvNmZWRGc/edit

Link para o artigo: https://www.linkedin.com/pulse/20140818062318-7933571-soap-vs-rest-flowchart-to-determine-the-right-web-services-protocol-for-your-needs

Os outros dois fatores que eu uso para ganhar esta decisão são:

1) os clientes do Serviço requerem Tipos de Mídia diferente de XML (e.g JSON).Se sim, em seguida, use o DESCANSO.

2) É o cliente de Serviço sempre vai ser uma Aplicação/Servidor (e.g.não RIA ou cliente AJAX).Se não, este se inclina para DESCANSO, pois é mais fácil para consumir serviços REST quando usando AJAX.