Anleitung zur Wahl zwischen REST vs. SOAP-services?

Hat jemand links zu Dokumentationen oder Anleitungen auf der Entscheidung zwischen REST vs. SOAP? Ich verstehe diese beiden, sondern bin auf der Suche für einige Hinweise auf die wichtigsten Entscheidungspunkte, z.B. die Sicherheit, die Sie neigen zu der einen oder der anderen.

InformationsquelleAutor Brian Lyttle | 2008-08-26
  1. 6

    Google Erster Treffer scheint ziemlich umfassend.

    Ich denke, das problem hier ist, gibt es auch viele Befürworter der einen oder der anderen, vielleicht besser googeln und immer mehr von einem Griff von der pro 's/con' s selbst und machen Ihre eigene Entscheidung.

    Ich weiß, das klingt ein bisschen lahm, aber letztlich ist diese Art von design-Entscheidungen, fallen Sie auf die Entwickler/Architekten arbeiten daran, und 99% der Zeit, die problem domain wird der entscheidende Faktor (oder sollte es zumindest sein), ein Führer auf dem Netz.

    InformationsquelleAutor Rob Cooper
  2. 1

    Simple Object Access Protocol (SOAP) standard, eine XML-Sprache, die der Definition eines message-Architektur und message-Formate von Web-services enthalten eine Beschreibung der Operationen. Die WSDL ist eine XML-basierte Sprache zur Beschreibung von Web-services und wie diese zugänglich sind. wird die Ausführung auf SMTP -, HTTP -, FTP usw. Erfordert die middleware-Unterstützung, gut definiert mechanisam zu definieren services wie WSDL+XSD, WS-Policy SOAP zurückkehren wird, XML-basierte Daten-SOAP-die standards für Sicherheit und Zuverlässigkeit

    Representational State Transfer (RESTful) web services. Sie sind die zweite generation von Web Services. RESTful-web-services kommunizieren über HTTP als SOAP-basierte services und erfordern keine XML-Nachrichten oder in WSDL-service-API-Definitionen. für den REST keine middleware erforderlich ist nur die HTTP-Unterstützung benötigt wird.WADL-Standard, REST zurückgeben kann, XML, plain text, JSON, HTML usw.

    t ist einfacher für viele Arten von clients verbrauchen RESTful-web-services, während gleichzeitig die server-Seite zu entwickeln und zu skalieren. Kunden können wählen, um zu konsumieren, einige oder alle Aspekte des Dienstes und pürieren Sie Sie mit anderen web-basierte Dienste.

    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-services sind einfach zu integrieren in bestehende websites.

    SEIFE hat eine Menge der Protokolle, die die standards für Sicherheit und Zuverlässigkeit, unter anderem, und die Interoperabilität mit anderen WS-konforme clients und Servern. SOAP-Web-services (wie JAX-WS) sind nützlich bei der Behandlung von asynchronen Verarbeitung und Anrufung.

    Für Komplexe API, die SOAP wird mehr nützlich.

    • Haben Sie nicht bemerkt, dass die bisherigen Antworten, die bereits gegeben haben Sie diese Informationen?
    InformationsquelleAutor kapil das
  3. 0

    Ich Denke, die beiden REST-und SOAP kann verwendet werden, um ähnliche Funktionen implementieren, aber im Allgemeinen SEIFE sollte verwendet werden, wenn eine Besonderheit von SOAP ist notwendig, und die Vorteile der RUHE machen es in der Regel die beste option sonst. Aber sowohl die REST-und SOAP sind oft als "Web-services", und man wird oft an Stelle von anderen, aber Sie sind völlig verschiedene Ansätze. REST ist ein Architekturstil für das erstellen von client-server-Anwendungen. SOAP ist ein Protokoll zum Austausch von Daten zwischen zwei Endpunkten.

    Ich bin sehr einverstanden mit +Rob Cooper in seinem post. Ja, es gibt so viele Befürworter. Ich habe die Unterschied zwischen soap und rest.

    InformationsquelleAutor a1ashiish
  4. 0

    Gibt es einen guten flow Diagramm, das Sie verwenden können, um Ihnen helfen zu entscheiden, zwischen REST vs. SOAP.

    Link zu flow-chart: 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

    Den beiden anderen Faktoren, die ich verwenden, um diese Entscheidung zu treffen sind:

    1) Wird Kunden der Service Medien erfordern andere Typen als XML-e.g JSON). Wenn ja, dann verwenden Sie REST.

    2) Ist der client, der den Service immer einen Application-Server (z.B. nicht eine RIA-oder AJAX-client). Wenn Nein, hier beugt sich zu RUHEN, da es einfacher zu konsumieren REST-services bei der Verwendung von AJAX.

    InformationsquelleAutor JTech
Schreibe einen Kommentar