RESTful-Webdienste und HTTP-Verben

Question

Was ist der Mindestsatz an HTTP-Verben, den ein Server zulassen sollte, damit ein Webdienst als RESTful eingestuft wird?

Was ist, wenn mein Hoster dies nicht zulässt? SETZEN Und LÖSCHEN?

Ist das wirklich wichtig, kann ich mit Just glücklich bis ans Ende meiner Tage leben? ERHALTEN Und POST ?

---

Aktualisieren: Danke für die Antworten Leute, Rogers Antwort war wahrscheinlich am besten wegen des Links zum Interview mit Bill Venners und Elliotte Rusty Harold.Jetzt verstehe ich es.

---

Answer 1

Ja, Sie können ohne PUT und DELETE leben.

In diesem Artikel erfahren Sie, warum:http://www.artima.com/lejava/articles/why_put_and_delete.html

Während dies für echte RESTafrianer Ketzerei sein mag, tut man in der realen Welt, was man kann, mit dem, was man hat.Seien Sie so rational wie möglich und so konsistent wie möglich mit Ihren eigenen Konventionen, aber Sie können definitiv ein gutes RESTful-System ohne P und D aufbauen.

rp

Answer 2

Sie können auch X-Http-Verb-Override:DELETE inst verwenden.von HTTP DELETE.Dies ist auch nützlich für Silverlight-Clients, die die HTTP-Verben nicht ändern können und nur GET und POST unterstützen ...

Answer 3

Wenn Sie nur GET und POST verwenden, ist es immer noch RESTful.Ihr Webdienst führt möglicherweise nur Dinge aus, für die nur GET oder POST erforderlich ist. Das ist also in Ordnung.

Answer 4

REST ermöglicht das Brechen von Protokollkonventionen, wenn die Implementierungen des Protokolls fehlerhaft sind (sodass die einzigen nicht standardmäßigen Dinge, die Sie tun müssen, darin bestehen, die fehlerhaften Teile der Implementierung zu umgehen).Daher ist es innerhalb von REST zulässig, eine andere Methode zur Darstellung allgemein nicht unterstützter Verben wie DELETE oder PUT zu verwenden.

bearbeiten:Hier ist ein Zitat von Fielding, der REST erstellt und definiert hat:

Eine REST-API sollte keine Änderungen an den Kommunikationsprotokollen enthalten, abgesehen vom Ausfüllen oder Korrigieren der Details unterspezifizierter Teile von Standardprotokollen, wie z. B. der PATCH-Methode von HTTP oder dem Link-Header-Feld.Problemumgehungen für fehlerhafte Implementierungen (z. B. Browser, die dumm genug sind zu glauben, dass HTML den HTTP-Methodensatz definiert) sollten separat oder zumindest in Anhängen definiert werden, mit der Erwartung, dass die Problemumgehung irgendwann veraltet ist.[Ein Fehler hier impliziert, dass die Ressourcenschnittstellen objektspezifisch und nicht generisch sind.]

Answer 5

Heutige Webbrowser verarbeiten nur GETS + POSTS.In Rails werden beispielsweise PUTS + DELETES durch versteckte Formularfelder „gefälscht“.

Machen Sie sich darüber vorerst keine Sorgen, es sei denn, Ihr Framework verfügt über eine Problemumgehung zur „Unterstützung“ von PUTS + DELETES.