2008-08-26 6 views
9

¿Alguien tiene enlaces a documentación o guías para tomar la decisión entre REST vs. SOAP? Entiendo ambos, pero estoy buscando referencias sobre los puntos clave de decisión, por ejemplo, la seguridad, lo que puede hacer que se incline hacia uno u otro.¿Guía para elegir entre servicios REST vs SOAP?

+1

http://stackoverflow.com/questions/76595/soap-orrest es una pregunta mucho mejor, con respuestas mucho mejores. Éste debería estar cerrado como un duplicado del otro, aunque este haya llegado antes. –

+0

http://nishantshukla001webservices.blogspot.in/2015/09/webservices-soap-vs-rest-json-vs-xml.html – Nico

Respuesta

6

Google first hit parece bastante completo.

Creo que el problema aquí es que hay demasiados defensores de uno u otro, quizás sea mejor buscar en Google y familiarizarse más con el profesional y tomar su propia decisión.

Sé que suena un poco cojo, pero en última instancia, este tipo de decisiones de diseño recae en el desarrollador/arquitecto que trabaja en él, y el 99% del tiempo, el problema será (o al menos debería ser), no una guía en la red.

1

El estándar de Protocolo simple de acceso a objetos (SOAP), un lenguaje XML que define una arquitectura de mensaje y formatos de mensaje, es utilizado por los servicios web y contiene una descripción de las operaciones. WSDL es un lenguaje basado en XML para describir servicios web y cómo acceder a ellos. se ejecutará en SMTP, HTTP, FTP, etc. Requiere soporte de middleware, mechanisam bien definido para definir servicios como WSDL + XSD, WS-Policy SOAP devolverá datos basados ​​en XML SOAP proporcionará estándares de seguridad y confiabilidad

Representational State Transfer (RESTful) servicios web. son servicios web de segunda generación. Los servicios web RESTful, se comunican a través de HTTP que los servicios basados ​​en SOAP y no requieren mensajes XML o definiciones de API de servicio WSDL. para REST no se requiere middleware, solo se necesita soporte HTTP. WADL Standard, REST puede devolver XML, texto plano, JSON, HTML, etc.

t es más fácil para muchos tipos de clientes consumir servicios web RESTful mientras habilita el lado del servidor evolucionar y escalar Los clientes pueden optar por consumir algunos o todos los aspectos del servicio y mezclarlo con otros servicios basados ​​en la 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. 

REST es que los servicios son fáciles de integrar con los sitios web existentes.

SOAP tiene un conjunto de protocolos que proporcionan estándares de seguridad y confiabilidad, entre otros, e interopera con otros clientes y servidores conformes con WS. Los servicios web SOAP (como JAX-WS) son útiles para manejar el procesamiento asincrónico y la invocación.

Para API compleja, SOAP será más útil.

+1

¿No ha notado que las respuestas anteriores ya han proporcionado esta información? –

0

Creo que tanto REST como SOAP se pueden usar para implementar funcionalidades similares, pero en general SOAP debe usarse cuando se necesita una característica particular de SOAP, y las ventajas de REST generalmente la convierten en la mejor opción. Sin embargo, tanto REST como SOAP a menudo se denominan "servicios web" y uno se usa a menudo en lugar del otro, pero son enfoques totalmente diferentes. REST es un estilo arquitectónico para crear aplicaciones cliente-servidor. SOAP es una especificación de protocolo para intercambiar datos entre dos puntos finales.

Estoy muy de acuerdo con + Rob Cooper en su publicación. Sí, hay tantos defensores. He enumerado el difference between soap and rest.

0

Hay un buen diagrama de flujo que puede usar para decidir entre REST vs SOAP.

Enlace al diagrama de flujo: https://drive.google.com/file/d/0B3zMtAq1Rf-sdVFNdThvNmZWRGc/edit

Enlace al artículo: https://www.linkedin.com/pulse/20140818062318-7933571-soap-vs-rest-flowchart-to-determine-the-right-web-services-protocol-for-your-needs

Los otros dos factores que utilizo para tomar esta decisión son:

1) ¿Será clientes del servicio exigen Tipos de medios que no sea XML (por ejemplo, JSON). Si es así, entonces use REST.

2) El cliente del Servicio siempre será una Aplicación/Servidor (por ejemplo, no un cliente RIA o AJAX). Si no, esto se inclina hacia REST ya que es más fácil consumir servicios REST cuando se usa AJAX.

Cuestiones relacionadas