Was ist der Unterschied zwischen POST und PUT in HTTP?

Question

Hintergrundinformationenanalyse:

Gemäß RFC 2616, § 9.5 wird POST verwendet, um eine Ressource zu erstellen:

Die POST-Methode wird verwendet, um zu fordern, dass der Ursprungsserver die im Request eingebettete Entität als neue untergeordnete Ressource der im Request-Zeilen-URI identifizierten Ressource akzeptiert.

Gemäß RFC 2616, § 9.6 wird PUT verwendet, um eine Ressource zu erstellen oder zu ersetzen:

Die PUT-Methode fordert, dass die eingebettete Entität unter dem bereitgestellten Request-URI gespeichert wird. Wenn der Request-URI auf eine bereits vorhandene Ressource verweist, sollte die eingebettete Entität als modifizierte Version derjenigen angesehen werden, die auf dem Ursprungsserver liegt. Wenn der Request-URI nicht auf eine vorhandene Ressource zeigt und dieser URI als neue Ressource vom anfordernden User-Agent definiert werden kann, kann der Ursprungsserver die Ressource mit diesem URI erstellen.

Meine Frage:

Also, welche HTTP-Methode sollte verwendet werden, um eine Ressource zu erstellen? Oder sollten beide unterstützt werden?

Answer 1

Alle Antworten oben und unten sind korrekt, nur eine kleine (wichtige) Anmerkung. Alle diese "Verben" sind Empfehlungen und ihr Effekt ist nicht erzwungen. Der Server kann tun, was er will, und das bedeutet, dass er mit GET schreibt oder was auch immer der Server will. Alles hängt von der Implementierung im Backend ab.

Zum Beispiel liest PHP $_POST und $_GET. Es liegt ganz beim Programmierer, was genau durch das Lesen von Variablen aus diesen Arrays gemacht wird.

Answer 2

Also, welche sollte verwendet werden, um eine Ressource zu erstellen? Oder muss man beide unterstützen?

Sie sollten PATCH verwenden. Sie patchen die Liste der Fragen wie

PATCH /questions HTTP/1.1

mit einer Liste, die Ihr zu erstellendes Objekt enthält, wie

[
    {
        "title": "Ich sagte Semantik!",
        "content": "Ist das ernst?",
        "answer": "Nicht wirklich"
    }
]

Es ist ein PATCH-Request, da

• Sie die vorhandene Liste von Ressourcen ändern, ohne den gesamten neuen Inhalt anzugeben
• Sie den Zustand Ihrer neuen Frage von nicht existierend auf existierend ändern, ohne alle Daten anzugeben (der Server wird höchstwahrscheinlich eine id hinzufügen).

Ein großer Vorteil dieser Methode ist, dass Sie mehrere Entitäten mit nur einer Anfrage erstellen können, indem Sie sie alle in der Liste bereitstellen.

Das ist etwas, das PUT offensichtlich nicht kann. Sie könnten POST verwenden, um mehrere Entitäten zu erstellen, da es das Allzweckwerkzeug von HTTP ist und im Grunde alles kann.

Ein Nachteil ist, dass wahrscheinlich niemand PATCH auf diese Weise verwendet. Ich befürchte, ich habe es nur erfunden, aber ich hoffe, dass ich eine gute Argumentation geliefert habe.

Sie könnten stattdessen CREATE verwenden, da benutzerdefinierte HTTP-Verben erlaubt sind, es ist nur so, dass sie möglicherweise nicht mit einigen Tools funktionieren.

In Bezug auf die Semantik ist CREATE meiner Meinung nach die einzig richtige Wahl, alles andere passt nicht. Leider haben wir nur runde Löcher.

Answer 3

Zusatz zu allen oben genannten Antworten:

---

Am häufigsten in der beruflichen Praxis verwendet,

---

• wir verwenden PUT vor POST in der ERSTELLUNG Operation. Warum? Weil viele hier auch gesagt haben, dass Antworten nicht zwischengespeichert werden können, während POST dies möglich ist (erfordern Content-Location und Ablaufzeit).
• Wir verwenden POST vor PUT in der AKTUALISIERUNG Operation. Warum? Weil es zwischengespeicherte Kopien der gesamten enthaltenen Ressource ungültig macht, was hilfreich ist, wenn Ressourcen aktualisiert werden.

Answer 4

Auf die einfachste erklärte Weise:

POST macht, was es sagt, POST bedeutet, dass es eine Anfrage zur Erstellung eines neuen Objekts darstellt. MDN bezeichnet dies als 'andere Seiteneffekte', ein Beispiel wäre die Inkrementierung von Indizes (Was das Wort 'POST' impliziert).

PUT kann als Aktualisierung vorhandener Datenobjekte betrachtet werden, Wenn Leute sagen, dass es für das Hinzufügen von Elementen verwendet werden kann. Dies liegt daran, dass es leere Kinder-null-Werte eines vorhandenen Elternobjekts aktualisieren kann.

MDN Methode PUT Dokumentation

Answer 5

Vom Aussehen her sind POST und PUT gleich. Es gibt jedoch einige Unterschiede.

In HTTP Essentials: Protokolle für sichere, skalierbare Websites, sagt der Autor:

Der Unterschied zwischen POST und PUT liegt darin, wie der Server den Uniform Resource Identifier interpretiert. Bei einem POST identifiziert der URI ein Objekt auf dem Server, das die enthaltene Daten verarbeiten kann. Bei einem PUT identifiziert der URI hingegen ein Objekt, in dem der Server die Daten ablegen soll. Während ein POST-URI im Allgemeinen auf ein Programm oder Skript hinweist, ist der PUT-URI in der Regel der Pfad und der Name für eine Datei.

Der Autor empfiehlt, PUT zum Hochladen von Dateien zu verwenden, nicht POST. POST ist zum Absenden von Formularen gedacht.

Wenn die GET-, HEAD-, PUT- und DELETE-Methode korrekt implementiert sind, sind sie idempotent, nicht jedoch die POST-Methode. Wenn Sie also zweimal PUT verwenden, erhalten Sie einen neuen Datensatz, wenn Sie jedoch zweimal POSTs verwenden, erhalten Sie zwei neue Datensätze.

Bitte beachten Sie jedoch, dass HTML-Formulare nur GET und POST als HTTP-Anforderungsmethoden unterstützen.

ist ungültiges HTML und wird wie behandelt, d. h. es wird eine GET-Anfrage gesendet.