Leitfaden zur Wahl zwischen REST- und SOAP-Diensten?

Question

Hat jemand Links zu Dokumentationen oder Anleitungen zur Entscheidungsfindung zwischen REST vs.SEIFE?Ich verstehe beides, suche aber nach Hinweisen zu den wichtigsten Entscheidungspunkten, z. B. Sicherheit, die Sie möglicherweise zu dem einen oder anderen neigen.

Answer 1

Google erster Treffer scheint ziemlich umfassend zu sein.

Ich denke, das Problem besteht hier darin, dass es zu viele Befürworter des einen oder anderen gibt. Vielleicht ist es besser, zu googeln, die Vor- und Nachteile selbst besser in den Griff zu bekommen und eine eigene Entscheidung zu treffen.

Ich weiß, das hört sich ein bisschen lahm an, aber letztendlich liegen solche Designentscheidungen beim Entwickler/Architekten, der daran arbeitet, und In 99 % der Fälle ist die Problemdomäne der entscheidende Faktor (oder sollte es zumindest sein), kein Leitfaden im Netz.

Answer 2

Der Simple Object Access Protocol (SOAP)-Standard ist eine XML-Sprache, die eine Nachrichtenarchitektur und Nachrichtenformate definiert. Sie wird von Webdiensten verwendet und enthält eine Beschreibung der Vorgänge.WSDL ist eine XML-basierte Sprache zur Beschreibung von Webdiensten und zum Zugriff darauf.läuft auf SMTP, HTTP, FTP usw.Erfordert Middleware-Unterstützung, gut definierte Mechanismen zum Definieren von Diensten wie WSDL+XSD, WS-Policy. SOAP gibt XML-basierte Daten zurück. SOAP bietet Standards für Sicherheit und Zuverlässigkeit

Representational State Transfer (RESTful)-Webdienste.Es handelt sich um Webdienste der zweiten Generation.RESTful-Webdienste kommunizieren über HTTP als SOAP-basierte Dienste und erfordern keine XML-Nachrichten oder WSDL-Dienst-API-Definitionen.Für REST ist keine Middleware erforderlich, nur HTTP-Unterstützung ist erforderlich. WADL-Standard, REST kann XML, Klartext, JSON, HTML usw. zurückgeben

Für viele Arten von Clients ist es einfacher, RESTful-Webdienste zu nutzen, während gleichzeitig die Serverseite weiterentwickelt und skaliert werden kann.Kunden können wählen, ob sie einige oder alle Aspekte des Dienstes nutzen und ihn mit anderen webbasierten Diensten kombinieren möchten.

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 bedeutet, dass Dienste einfach in bestehende Websites integriert werden können.

SOAP verfügt über eine Reihe von Protokollen, die unter anderem Standards für Sicherheit und Zuverlässigkeit bereitstellen und mit anderen WS-konformen Clients und Servern zusammenarbeiten.SOAP-Webdienste (z. B. JAX-WS) sind hilfreich bei der Handhabung asynchroner Verarbeitung und Aufrufe.

Für komplexe APIs ist SOAP nützlicher.

Answer 3

Ich denke, dass sowohl REST als auch SOAP verwendet werden können, um ähnliche Funktionen zu implementieren, aber im Allgemeinen sollte SOAP verwendet werden, wenn eine bestimmte Funktion von SOAP benötigt wird, und die Vorteile von REST machen es ansonsten im Allgemeinen zur besten Option.Allerdings werden sowohl REST als auch SOAP oft als „Webdienste“ bezeichnet und häufig einer anstelle des anderen verwendet, es handelt sich jedoch um völlig unterschiedliche Ansätze.REST ist ein Architekturstil zum Erstellen von Client-Server-Anwendungen.SOAP ist eine Protokollspezifikation für den Datenaustausch zwischen zwei Endpunkten.

Ich stimme +Rob Cooper in seinem Beitrag voll und ganz zu.Ja, es gibt so viele Befürworter.Ich habe die aufgelistet Unterschied zwischen Seife und Ruhe.

Answer 4

Es gibt ein gutes Flussdiagramm, das Ihnen bei der Entscheidung zwischen REST und SOAP helfen kann.

Link zum Flussdiagramm: https://drive.google.com/file/d/0B3zMtAq1Rf-sdVFNdThvNmZWRGc/edit

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

Die anderen beiden Faktoren, die ich für diese Entscheidung heranziehe, sind:

1) Benötigen Kunden des Dienstes andere Medientypen als XML (z. B. JSON)?Wenn ja, dann verwenden Sie REST.

2) Ist der Client des Dienstes immer eine Anwendung/ein Server (z. B.kein RIA- oder AJAX-Client).Wenn nein, tendiert dies zu REST, da es einfacher ist, REST-Dienste zu nutzen, wenn AJAX verwendet wird.