Programmierung
.jpg)
Radzivon Alkhovik
Enthusiast der Low-Code-Automatisierung
.png)
.svg){kind=icon}
In diesem Artikel werden wir die gängigsten HTTP-Request-Methoden für die REST-API aufschlüsseln und herausfinden, was der Unterschied zwischen Post-, Get-, Put-, Delete- und Patch-Methoden ist und wie man sie alle verwendet!
Wenn API die Art und Weise ist, wie Anwendungen miteinander sprechen, dann sind HTTP-Anfragen die Sätze. Und genau wie Sätze können wir sie in Gruppen einteilen, je nachdem, was das Ziel des Satzes ist: ob wir etwas fragen oder eine Nachricht übermitteln wollen.
In der REST-API werden HTTP-Anfragen also je nach ihrem Zweck in Methoden unterteilt.
Hier sind die am besten geeigneten Methoden:
Lass uns Schritt für Schritt herausfinden, was diese Methoden sind!
HTTP-GET-Anfragen sind dafür gedacht, Informationen von einer bestimmten Ressource im Internet abzurufen, ohne die Daten zu verändern. Diese Methode ist sicher, weil sie den Zustand der Daten nicht verändert. Es ist wichtig, dieses Konzept zu verstehen, um eine GET-Anfrage von anderen Arten von HTTP-Anfragen wie POST oder PUT zu unterscheiden, mit denen Daten auf dem Server geändert oder hinzugefügt werden.
GET-Anfragen sollten auch bei mehrmaliger Ausführung immer die gleichen Ergebnisse liefern, es sei denn, die Daten wurden durch eine POST- oder PUT-Anfrage aktualisiert. Diese Eigenschaft ist grundlegend für das Verständnis des Unterschieds zwischen GET- und POST-Anfragen sowie für die Rolle von PUT-Anfragen in der Webentwicklung.
Wenn eine GET-Anfrage gestellt wird, antwortet der Server je nach Ergebnis mit unterschiedlichen Statuscodes:
Diese Antworten sind für Entwickler wichtig, um zu verstehen, wie ihre Anfragen verarbeitet werden. Sie sind Teil des Wissens über HTTP-Methoden wie GET, POST und PUT.
Schauen wir uns einige praktische Beispiele an, um zu verstehen, wie GET-Anfragen verwendet werden:
HTTP-POST-Anfragen sind in der Webentwicklung unverzichtbar, um neue untergeordnete Ressourcen zu erstellen, z. B. das Hinzufügen einer Datei zu einem Verzeichnis oder einer neuen Zeile zu einer Datenbanktabelle. Diese Methode ist besonders wichtig, wenn es darum geht, was eine Post-Anfrage ist und wie man eine Post-Anfrage sendet.
Im Kontext von RESTful-Diensten wird POST in erster Linie verwendet, um eine neue Entität in eine Sammlung von Ressourcen einzuführen, ein Prozess, der für das Verständnis des Unterschieds zwischen Get und Post sowie Get-Post-Put-Interaktionen zentral ist.
Es ist wichtig zu wissen, dass Antworten auf POST-Methoden nicht gecacht werden können, es sei denn, sie sind durch Cache-Control- oder Expires-Header-Felder spezifiziert, was POST von get-Anfragen in Bezug auf das Cache-Verhalten unterscheidet.
Im Gegensatz zu GET-Anfragen ist POST weder sicher noch idempotent. Das bedeutet, dass die Ausführung identischer POST-Anfragen nacheinander zur Erstellung mehrerer einzigartiger Ressourcen führt, was die praktischen Auswirkungen von POST und GET, POST und PUT sowie die allgemeine Landschaft der Anfragemethoden verdeutlicht.
Wenn eine POST-Operation erfolgreich eine neue Ressource auf dem Server erzeugt, ist die angemessene Antwort ein 201 (Created) Statuscode. Diese Antwort sollte das Ergebnis der Anfrage detailliert beschreiben, auf die neue Ressource verweisen und einen Location-Header enthalten, um eine praktische Anwendung der Beispiele für Post-Anfragen und HTTP-Post-Antworten zu ermöglichen.
Es gibt Fälle, in denen eine POST-Aktion nicht zu einer eindeutig identifizierbaren Ressource führt. In solchen Fällen kann der Server einen Status von 200 (OK) oder 204 (kein Inhalt) zurückgeben, der die Unterschiede zwischen Post- und Put-Anfragen, Get- und Post-Anfragen und das gesamte Framework der Anfragemethoden berücksichtigt.
Zur Veranschaulichung betrachten wir diese Beispiel-URIs, die die Praktiken der Post-to-Url- und POST-Methode verkörpern:
Verwende PUT-APIs in erster Linie, um eine bestehende Ressource zu aktualisieren (wenn die Ressource nicht existiert, kann die API entscheiden, ob sie eine neue Ressource erstellt oder nicht).
Wenn die Anfrage einen Cache durchläuft und die Request-URI eine oder mehrere aktuell gecachte Entitäten identifiziert, SOLLTEN diese Einträge als veraltet behandelt werden. Antworten auf die PUT-Methode sind nicht cachefähig.
HTTP-PUT-Anfragen sind wichtig, um bestehende Online-Inhalte zu ändern oder neue Einträge hinzuzufügen, wenn sie noch nicht existieren. Diese Methode bietet sich an, wenn du Details auf einer Webseite aktualisierst oder neue Einträge einreichst und dabei die Grenze zwischen einer Put-Anfrage und der Entscheidung zwischen Put und Post überschreitest. Sie ist ein grundlegendes Werkzeug für Entwickler/innen, vor allem, wenn sie über die Verwendung von "post" und "put" diskutieren oder die Feinheiten von "put" und "post" erforschen wollen.
Wenn eine PUT-Anfrage einen digitalen Speicherplatz (Cache) durchläuft und feststellt, dass sie Inhalte anspricht, die bereits gespeichert sind, wird dieser Inhalt als veraltet gekennzeichnet. Interessant dabei ist, dass die Ergebnisse dieser PUT-Aktionen nicht im Cache verbleiben, was sie von der Behandlung von Get- und Post-Anfragen unterscheidet. Diese Unterscheidung ist entscheidend für den Unterschied zwischen get und post und für das Verständnis des strategischen Einsatzes von get post put-Aktionen in der Webentwicklung.
Schauen wir uns an, wie PUT sein Ding macht:
DELETE-Methode
Wie DELETE mit Web APIs funktioniert
Die DELETE-Funktion in Web-APIs ist ganz einfach: Sie löscht Ressourcen, auf die du mit ihren Webadressen (URIs) verweist.
Hier ist etwas Interessantes über DELETE: Es sollte immer auf die gleiche Weise funktionieren. Wenn du etwas löschst, sollte es auch gelöscht bleiben. Manche Leute argumentieren jedoch, dass das Objekt nicht mehr da ist und ein erneuter Löschversuch nicht wirklich das Gleiche bewirkt. Es ist ein Thema, das manche Leute gerne diskutieren und anders sehen.
Wenn deine DELETE-Anfrage einen Ort durchläuft, an dem Web-Informationen gespeichert werden (z. B. einen Cache), und sie findet Daten unter der gleichen Adresse, sollten diese Daten als alt markiert werden. Und nur damit du es weißt: Die Antworten, die du nach einem DELETE zurückbekommst, werden nicht in diesem Cache gespeichert.
Was passiert, nachdem du geloescht hast
Was passiert, nachdem du auf LÖSCHEN gedrückt hast, kann ein bisschen variieren:
Wenn du versuchst, dasselbe Objekt zweimal zu löschen, wird beim zweiten Mal nichts mehr verändert, weil das Objekt bereits beim ersten Mal gelöscht wurde. Du bekommst also wahrscheinlich eine 404 (NOT FOUND), weil es in den Augen des Servers nichts mehr zu löschen gibt.
HTTP PATCH-Anfragen werden verwendet, um einen Teil einer Ressource zu aktualisieren.
Wie PATCH können auch PUT-Anfragen eine Ressource ändern. Aber hier ist ein besserer Weg, darüber nachzudenken: Verwende PATCH, wenn du nur einen Teil der Ressource aktualisieren willst, und wähle PUT, wenn du die ganze Ressource ersetzen willst.
Beachte jedoch, dass die Verwendung von PATCH in deiner App zu Problemen führen kann:
Nicht alle Webbrowser, Server und Frameworks unterstützen PATCH vollständig. Der Internet Explorer 8, PHP, Tomcat, Django und viele andere unterstützen PATCH entweder gar nicht oder verarbeiten es nicht richtig.
Wie kann ich GET/POST/PUT/DELETE-Methoden ohne Code verwenden?
Die Antwort ist klar: Verwende dafür No-Code/Low-Code-Tools! Latenode ist die perfekte Wahl, denn es hat einen HTTP-Request-Knoten, wo du jede dieser Methoden verwenden kannst, um dich in JEDE App zu integrieren, die eine API hat.
Du kannst diese Vorlage verwenden, die nur einige der HTTP-Request-Fähigkeiten nutzt,
Jetzt, wo du über HTTP-Anforderungsmethoden wie GET, POST, PUT, DELETE und PATCH Bescheid weißt, bist du bereit, dein Verständnis von APIs auf die nächste Stufe zu heben.
Aber unsere Erkundung ist hier noch nicht zu Ende. Wir laden dich ein, dich in unseren letzten Artikel zu vertiefen - REST API Headers & Bodyzu vertiefen, um deine Kenntnisse über APIs weiter zu verbessern.
Solltest du Fragen haben oder weitere Diskussionen wünschen, kannst du dich gerne unserer Discord-Community. Dort tauschen wir uns aus und unterstützen dich auf deiner Reise durch die Welt der Automatisierung.
Verwandte Artikel:
