Guida alla scelta tra servizi REST vs SOAP?

Question

Qualcuno ha collegamenti a documentazione o guide su come prendere la decisione tra REST vs.SAPONE?Capisco entrambi, ma sto cercando alcuni riferimenti sui punti decisionali chiave, ad esempio la sicurezza, che potrebbero farti propendere per l'uno o l'altro.

Answer 1

Il primo successo di Google sembra abbastanza completo.

Penso che il problema qui sia che ci sono troppi sostenitori dell'uno o dell'altro, potrebbe essere meglio cercare su Google e farsi un'idea più chiara dei pro/contro e prendere la propria decisione.

So che sembra un po' noioso, ma alla fine questo tipo di decisioni progettuali spetta allo sviluppatore/architetto che ci lavora, e Nel 99% dei casi, l’ambito problematico sarà il fattore decisivo (o almeno dovrebbe essere), non una guida in rete.

Answer 2

Lo standard SOAP (Simple Object Access Protocol), un linguaggio XML che definisce l'architettura e i formati dei messaggi, viene utilizzato dai servizi Web e contiene una descrizione delle operazioni.WSDL è un linguaggio basato su XML per descrivere i servizi Web e come accedervi.verrà eseguito su SMTP, HTTP, FTP ecc.Richiede supporto middleware, meccanismo ben definito per definire servizi come WSDL+XSD, WS-Policy SOAP restituirà dati basati su XML SOAP fornisce standard di sicurezza e affidabilità

Servizi web di trasferimento dello stato rappresentativo (RESTful).sono servizi Web di seconda generazione.I servizi Web RESTful comunicano tramite HTTP rispetto ai servizi basati su SOAP e non richiedono messaggi XML o definizioni API di servizio WSDL.per REST non è richiesto alcun middleware, è necessario solo il supporto HTTP. WADL Standard, REST può restituire XML, testo semplice, JSON, HTML ecc.

Per molti tipi di client è più semplice usufruire dei servizi Web RESTful consentendo al tempo stesso al lato server di evolversi e scalarsi.I clienti possono scegliere di utilizzare alcuni o tutti gli aspetti del servizio e combinarli con altri servizi basati sul 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 è un servizio facile da integrare con i siti web esistenti.

SOAP dispone di una serie di protocolli che forniscono standard di sicurezza e affidabilità, tra le altre cose, e interagiscono con altri client e server conformi a WS.I servizi Web SOAP (come JAX-WS) sono utili nella gestione dell'elaborazione e del richiamo asincroni.

Per SOAP dell'API complessa sarà più utile.

Answer 3

Penso che sia REST che SOAP possano essere utilizzati per implementare funzionalità simili, ma in generale SOAP dovrebbe essere utilizzato quando è necessaria una particolare funzionalità di SOAP e i vantaggi di REST lo rendono generalmente l'opzione migliore altrimenti.Tuttavia, sia REST che SOAP sono spesso definiti "servizi Web" e l'uno viene spesso utilizzato al posto dell'altro, ma si tratta di approcci totalmente diversi.REST è uno stile architetturale per la creazione di applicazioni client-server.SOAP è una specifica del protocollo per lo scambio di dati tra due endpoint.

Sono molto d'accordo con +Rob Cooper nel suo post.Sì, ci sono così tanti sostenitori.Ho elencato il differenza tra sapone e riposo.

Answer 4

Esiste un buon diagramma di flusso che puoi utilizzare per aiutarti a decidere tra REST e SOAP.

Link al diagramma di flusso: https://drive.google.com/file/d/0B3zMtAq1Rf-sdVFNdThvNmZWRGc/edit

Collegamento all'articolo: https://www.linkedin.com/pulse/20140818062318-7933571-soap-vs-rest-flowchart-to-determine-the-right-web-services-protocol-for-your-needs

Gli altri due fattori che utilizzo per prendere questa decisione sono:

1) I clienti del Servizio richiederanno tipi di media diversi da XML (ad esempio JSON).Se sì, usa REST.

2) Il client del Servizio sarà sempre un'Applicazione/Server (ad es.non un client RIA o AJAX).In caso negativo, si tende verso REST poiché è più semplice utilizzare i servizi REST quando si utilizza AJAX.