Warum benötigen wir RESTful Web Services?

REST sollte verwendet werden, wenn es ist sehr wichtig für Sie zu Minimierung der Kopplung zwischen client-und server-Komponenten in einer verteilten Anwendung.

Dies kann der Fall sein, wenn Ihre server verwendet werden soll von viele verschiedene clientsdass Sie nicht die Kontrolle über. Es kann auch der Fall sein, wenn Sie wollen in der Lage sein, um aktualisieren Sie den server regelmäßig ohne dass ein update der client-software.

Ich kann Ihnen versichern, dass die Erreichung dieses niedrige Niveau der Kopplung ist nicht einfach. Es ist wichtig zu beachten Sie alle Einschränkungen der REST um erfolgreich zu sein. Die Aufrechterhaltung einer rein zustandslose Verbindung ist schwierig. Die Auswahl der richtigen Medien-Typen und drückte Ihre Daten in den Formaten schwierig ist. Erstellen Sie Ihre eigenen Medien-Typen kann sogar härter sein.

Anpassung reichen server-Verhalten in die einheitliche HTTP-Schnittstelle kann verwirrend sein, und zuweilen scheint pedantisch im Vergleich zu den relativ einfachen RPC-Ansatz.

Trotz der Schwierigkeiten, die Vorteile sind, dass Sie einen Dienst, der einem client-Entwickler sollten in der Lage sein, leicht zu verstehen, durch die konsequente Verwendung des HTTP-Protokolls. Sollte der Dienst leicht erkennbar durch hypermedia und der client sollte extrem widerstandsfähig gegenüber änderungen auf dem server.

Die Vorteile von hypermedia und die Vermeidung von session-Zustand macht, load balancing, einfach und service-Partitionierung möglich. Die strenge Konformität zu HTTP-Regeln sorgen dafür, dass die Verfügbarkeit von Werkzeugen wie Debugger und caching-proxies wunderbare Sache.

Update

Scheint es mir, der REST ist eine andere
'Letzte Wort der Mode' (oder kann ich
völlig falsch, denn ich habe nicht immer
gesehen, REST in der Praxis).

Ich denke REST ist Mode geworden, weil Menschen, die versuchen zu tun, SOA-Art-Projekte haben gefunden, dass die Verwendung der SOAP-stack Sie sind und erkennen nicht die Vorteile, die versprochen wurden. Die Menschen halten sich zurück, um das web als ein Beispiel der einfachen integration von Methoden. Leider, ich glaube, die Leute unterschätzen die Menge Planung und Voraussicht, die ging in die Schaffung der web-und Sie übermäßig vereinfachen, was getan werden muss, um zu erlauben, die Art der glückliche Wiederverwendung, die auftreten, werden auf die web.

Sagen Sie, dass Sie nie gesehen haben, REST in der Praxis, aber das kann unmöglich wahr sein, wenn Sie jemals mit einem web-browser. Der web-browser ist eine REST-client.

• Warum tun Sie sich nicht, müssen Sie einen browser
  update, wenn jemand ändert ein paar html
  auf einer web-site?
• Warum kann ich einen kompletten neuen Satz
  Seiten einer web-site und der "client"
  noch Zugriff auf die neuen Seiten
  ohne ein update?
• Warum brauche ich nicht zu bieten
  "service-Beschreibung-Sprache", um die
  web-browser zu sagen, wenn es geht
  zu http://example.org/images/cat ,
  der Rückgabetyp wird ein jpeg-Bild
  und wenn Sie gehen, um
  http://example.org/description/cat
  der return-type text/html?
• Warum kann ich mit einem web-browser zu besuchen
  Seiten, die nicht existieren, wenn die
  browser veröffentlicht wurde? Wie kann die
  Kunden wissen über diese Standorte?

Diese klingt vielleicht dumme Fragen, aber wenn Sie die Antwort wissen, dann können Sie beginnen, um zu sehen, was REST ist alles über.
Blick auf StackOverflow weitere Vorteile von REST. Wenn ich auf der Suche bin eine Frage, ich kann die Lesezeichen die Seite oder senden Sie die url an einen Freund und er kann dieselben Informationen sehen. Er muss nicht durch die Website navigieren zu finden, die Frage.

StackOverflow verwendet eine Vielzahl von OpenId-Dienste für die Authentifizierung, gravatar.com für avatar-Bilder, google-analytics und Quantserve für analytische Informationen. Diese Art von multi-Einbindung von Unternehmen ist die Art von Sache, die SOAP-Welt nur Träume von. Eines der besten Beispiele ist die Tatsache, dass die jQuery-Bibliotheken, die verwendet werden, um zu fahren StackOverflow UI, abgerufen aus dem Google-Content-Delivery-Netzwerk. Die Tatsache, dass SO konnte direkt den client (z.B. Ihr Webbrowser), um den download-code von einer Drittanbieter-Website zur Verbesserung der Leistung ist ein Beweis für die geringe Kopplung zwischen web-client und-server.

Diese sind Beispiele einer REST-Architektur bei der Arbeit.

Nun einige web-sites /- Anwendungen die Regeln brechen, der REST und dann der browser nicht wie erwartet funktioniert.

• Die berüchtigten zurück-button problem
  ist durch die Verwendung von server side
  session state.
• Load-balancing kann ein Schmerz, wenn
  Sie haben server-Seite den Sitzungsstatus.
• Flash-Anwendungen, die oft verhindern, dass die
  URL-spezifisch identifizieren eines
  Darstellung.
• Das andere problem, das bricht, web
  Browser ist schlecht, Konformität zu
  media-Art-standards. Wir hören alle
  die Zeit über, wie IE6 werden muss
  getötet. Das problem dort ist, dass
  standards wurden nicht korrekt befolgt werden,
  oder ignoriert wurden, warum auch immer.
• Die Verwendung von login-Sitzungen sind die
  Quelle vieler Sicherheitslücken.

REST ist überall. Es ist der Teil der Webseite, dass macht es gut funktioniert. Wenn Sie möchten, erstellen verteilter Anwendungen, die skaliert werden können, wie das Internet, werden belastbarer zu ändern, wie die web-und die Förderung von Wiederverwendung, wie das web gemacht hat, dann Folgen Sie die gleichen Regeln, die Sie haben beim erstellen von web-Browsern.

InformationsquelleAutor der Antwort Darrel Miller

Vom hier:

REST Vorteile:

• Leicht - nicht eine Menge extra xml-markup
• Lesbare Ergebnisse
• Einfach zu bauen - keine toolkits erforderlich

Überprüfen Sie auch diese aus:

Um fair zu sein, der REST ist nicht wirklich die beste Lösung für jede Web-service. Von Daten, um sicher zu sein, sollte nicht gesendet werden, die als Parameter in URIs. Und große Mengen von Daten, wie diese in detaillierten Bestellungen, kann das schnell zu umständlich oder sogar außerhalb der Grenzen innerhalb eines URI. In diesen Fällen, die SEIFE ist in der Tat eine solide Lösung. Aber es ist wichtig, zu versuchen, RUHE ersten und resort-SOAP-nur, wenn nötig. Dies hilft, die Anwendungsentwicklung einfacher und verständlicher.

InformationsquelleAutor der Antwort

Meisten "pro" Antworten zu RUHE zu kommen scheint, von Menschen, die haben nie entwickelt, eine SOAP-Webservice-oder client-Umgebung, die liefert entsprechende tools für die Aufgabe. Sie beschweren sich über Probleme, ich habe einfach noch nie begegnet, die mit Visual Studio .NET und IBM Rational Web Developer. Ich nehme an, dass, wenn Sie für die Entwicklung von web services oder clients, die eine scripting-Sprache, oder eine andere Sprache mit wenig oder ohne tool-Unterstützung, dass diese gültig sind Beschwerden.

Ich muss auch zugeben, dass einige der "pro" Punkte klingen wie Dinge, die vielleicht wahr sein könnte - aber das habe ich noch nie gesehen, ein Beispiel, das zeigt Ihren Wert. Insbesondere würde ich es sehr zu schätzen, wenn jemand einen Kommentar mit einem link zu einem guten Beispiel für ein REST web service. Diese sollte eine sein, die verwendet mehrere Ebenen von Ressourcen, möglicherweise in einer Hierarchie, und die Medien benutzt Typen richtig. Vielleicht, wenn ich look bei a gutes Beispiel, ich werde verstehen, in dem Fall werde ich wieder hierher kommen und es zugeben.

InformationsquelleAutor der Antwort John Saunders

Hier sind einige Ideen:

• REST schränkt Ihren service um eine einheitliche Schnittstelle. Sie müssen nicht, Zeit zu verschwenden, Phantasiereisen (oder streiten) über alle evtl. Möglichkeiten, den eigenen Dienst arbeiten konnte - Sie bekommen Recht auf Arbeit identifizieren Sie die Ressourcen in Ihrem system. Stellt sich heraus, dass eine große Aufgabe in sich, aber zum Glück die Probleme in der Regel sehr viel besser definiert werden.
• Mit Ressourcen, Ihre Verbände und Ihre Darstellungen in der hand, es gibt wirklich sehr wenig zu tun bei der Umsetzung Ihres Dienstes, da viele Entscheidungen für Sie gemacht.
• Dein system sieht sehr ähnlich wie andere RESTful-Systeme; Lernkurven für Teamkollegen, Partnern und Kunden reduziert werden.
• Haben Sie ein gemeinsames Vokabular zu diskutieren design-Probleme mit anderen Entwicklern, und sogar mit denen, die weniger technisch aufgeschlossen (wie von Kunden).
• Wie Darrel sagt, weil man hypertext-driven design, Ihr service grenzt den Umfang der Kopplung an nur eins - Medien-Typen. Dies hilft Ihnen als Entwickler, da änderungen an Ihrem system werden, das sich in einem schmalen band Kontakt. Dies hilft Ihren Kunden, dass weniger der änderungen Willen zu brechen, Ihren code.
• Fast jedes problem die Sie haben könnten, in Umsetzung der REST kann gelöst werden, indem das aussetzen einer neuen Ressource oder überdenken Sie Ihre Ressource-Modell. Dieser Fokus ist, IMO, eine große Produktivität zu steigern.

Unteren Zeile, REST entfernt viele der am meisten zeitaufwendig und umstritten, design und Umsetzung von Entscheidungen von Ihrem team den workflow. Es verschiebt Eure Aufmerksamkeit von Umsetzung Ihren Dienst zu Gestaltung. Und Sie tut es ohne häufen Kauderwelsch auf dem HTTP-Protokoll.

InformationsquelleAutor der Antwort Rich Apodaca