HTTP -Methoden und -Codes

Die

HTTP -Methode wird verwendet, um den Betrieb des API -Clients anzugeben, der eine bestimmte Ressource ausführen möchte. Jede HTTP -Methode entspricht einer bestimmten Operation, z. B. das Erstellen, Lesen, Aktualisieren oder Löschen von Ressourcen, und jede Anfrage für die Rest -API muss die HTTP -Methode enthalten.

Das Arbeitsprinzip des HTTP -Protokolls ist, dass der Client eine Anforderung an den Server sendet und der Server auf diese Anforderungen antwortet. Wir senden HTTP -Anforderungen mit verschiedenen HTTP -Methoden (manchmal als HTTP -Verben bezeichnet), um CRUD -Operationen (Erstellen, Lesen, Update, Löschen) durchzuführen. Get and Post sind die am häufigsten verwendeten HTTP -Methoden, aber es gibt mehr HTTP -Methoden zu lernen. In diesem Artikel werden verschiedene HTTP -Methoden eingeführt und wie man sie beim Erstellen und Verwenden von Web -APIs verwendet.

Die 9 HTTP -Methoden sollten Sie

verstehen <.> 1.

Wenn wir Daten aus Ressourcen abrufen möchten (z. B. Websites, Server oder APIs), senden wir ihnen Anfragen. Wenn wir beispielsweise eine Kundenliste oder bestimmte Kunden wünschen, senden wir eine Get -Anfrage an den Server.

Da die GET -Methode die Daten in der Ressource nicht ändern sollte, sondern sie nur lesen (nur lesen), wird sie als Sicherheitsmethode angesehen. Darüber hinaus ist die GET -Methode Leistung.

Wie kann ich die GET -Methode verwenden, um die API zu testen?

Wenn wir die API testen möchten, ist unsere häufigste Methode die GET -Methode. Daher erwarten wir die folgenden Situationen:

Wenn Ressourcen zugänglich sind, gibt die API 200 Statuscode zurück, um "OK" anzugeben.

Zusätzlich zum 200 -Status -Code gibt der Server den Antworttext normalerweise im XML- oder JSON -Format zurück. Zum Beispiel erwarten wir den Endpunkt [/Mitglieder], dass sie eine Liste von Mitgliedern im XML- oder JSON -Format zurückgeben werden.

Wenn der Server den Endpunkt nicht unterstützt, gibt der Server den 404 -Statuscode zurück und gibt "nicht gefunden" an.

Wenn wir eine Anfrage mit der falschen Grammatik senden, gibt der Server 400 Statuscode zurück, um "falsche Anfrage" anzugeben.

<.> 2. Post -Methode

Post -Methode erstellt neue Ressourcen am Back End (Server). Der Anforderungstext trägt die Daten, die wir an den Server senden möchten. Es ist weder eine Sicherheitsmethode noch eine Macht. Wir erwarten nicht die gleichen Ergebnisse für jede Sendungsanfrage. Beispielsweise erstellen die beiden gleichen Postanforderungen zwei neue äquivalente Ressourcen mit denselben Daten und unterschiedlichen Ressourcen -IDs.

Beim Senden einer Postanforderung an den Server erwarten wir die folgenden Situationen:

Im Idealfall sollte die Antwort den 201 State Code haben, wenn in der Postanforderung eine neue Ressource erstellt wird, was "erstellt" bedeutet. Manchmal gibt die Ausführung der Postanforderung die Ressource in einer bestimmten URL nicht zurück.

So testen Sie den Post -Endpunkt

Da die Post -Methode Daten erstellt, müssen wir die Daten sorgfältig ändern. Stellen Sie außerdem sicher, dass Sie die erstellten Ressourcen nach Abschluss des Tests löschen.

Folgende Vorschläge, mit denen wir APIs testen können, die die Post -Methode verwenden:

Verwenden Sie die Post -Methode, um eine Ressource zu erstellen. Sie sollte den 201 -State -Code zurückgeben.

Führen Sie die GET -Methode aus, um zu überprüfen, ob die Ressource erfolgreich erstellt wird. Sie sollten 200 Statuscode erhalten und auf die erstellte Ressource antworten.

Verwenden von falschen oder falschen Daten, um die Post -Methode auszuführen, um zu überprüfen, ob der Vorgang fehlschlägt.

<.> 3. Put -Methode

Verwenden der Put -Anforderungsmethode können wir die vorhandenen Ressourcen aktualisieren, indem wir die aktualisierten Daten als Inhalt des Anforderungstextes an den Server senden. Die Put -Methode aktualisiert die Ressourcen, indem Sie alle IT vollständig ersetzen. Wenn es auf eine Ressourcensammlung angewendet wird, ersetzt es die gesamte Sammlung. Verwenden Sie sie also sorgfältig. Der Server gibt 200 oder 204 Statuscode zurück, nachdem er seine vorhandenen Ressourcen erfolgreich aktualisiert hat.

Wie verwendet ich die Put -Methode, um die API zu testen?

Put -Methode ist Leistung usw., sie verändert die gesamte Ressource. Um das Verhalten zu testen, stellen wir die folgenden Vorgänge sicher:

Senden Sie eine Put -Anfrage mehrmals an den Server, und es sollte immer dasselbe Ergebnis zurückgeben.

Wenn der Server die Put -Anforderung abschließt und die Ressource aktualisiert, sollte die Antwort einen Status von 200 oder 204 haben.

Nachdem der Server die Put -Anforderung abgeschlossen hat, wird eine GET -Anforderung ausgestellt, um zu prüfen, ob die Daten in der Ressource korrekt aktualisiert wurden.

Wenn die Eingabe ungültig ist oder das Format ein Fehler ist, sind die Ressourcen nicht zulässig.

<.> 4. Patch -Methode

Patch ist eine weitere ungewöhnliche HTTP -Methode. Ähnlich wie bei Put aktualisiert Patch Ressourcen, aktualisiert jedoch nur die Daten, nicht alle Aktualisierungen. Aus genaueren Gründen wird beispielsweise die Anfrage [Put] Kunden/{CustomerID} die Felder in der Kundeneinheit in den Ressourcen vollständig aktualisieren. Die Patch -Methode aktualisiert jedoch die von der Kundeneinheit bereitgestellten Felder. Im Allgemeinen sollte diese Änderung Standardformat wie JSON oder XML sein. Wie testet ich die API mit der Patch -Methode?

Um die API mit der Patch -Methode zu testen, befolgen Sie bitte die in diesem Artikel beschriebenen Schritte, um die API mit der Put- und Post -Methode zu testen. Betrachten Sie die folgenden Ergebnisse:

senden Sie eine Patch -Anforderung an den Server.

Get -Anfragen ausführen und überprüfen Sie, ob der Inhalt korrekt aktualisiert wurde.

Wenn die Anforderung falsch ist oder das Format falsch ist, muss die Operation fehlschlagen.

<.> 5. Methode löschen

Wie der Name schon sagt, löschen Sie die Ressourcen. Löschmethode ist Leistung, unabhängig davon, wie viele Anrufe genannt werden, gibt es das gleiche Ergebnis zurück.

Die meisten APIs geben immer den 200 State Code zurück.

Wie testet ich den Endpunkt des Löschens? Beim Löschen von Inhalten auf dem Server sollten wir vorsichtig sein. Wir löschen Daten, was wichtig ist. Stellen Sie zunächst sicher, dass das Löschen von Daten akzeptabel ist, und führen Sie dann die folgenden Vorgänge aus:

Rufen Sie die Post -Methode an, um neue Ressourcen zu erstellen. Verwenden Sie keine tatsächlichen Daten zum Testen des Löschens. Erstellen Sie beispielsweise zuerst einen neuen Kunden und versuchen Sie dann, die von Ihnen erstellten Kunden zu löschen.

Senden Sie eine Anforderung für bestimmte Ressourcen. Anfrage [löschen] /Kunden /{Customer-ID} Kunden mit bestimmten Kunden-IDs löschen.

rufen Sie die GET -Methode für die gelöschten Kunden an und sie sollte 404 zurückgeben, da keine Ressourcen mehr vorhanden sind.

<.> 6. Kopfmethode

Kopfmethode ähnelt der GET -Methode. Es gibt jedoch keinen Antworttext. Wenn er also den Antworttext falsch zurückgibt, muss er ignoriert werden. Beispielsweise gibt der Endpunkt [GET] /Kunden die Kundenliste in seinem Antworttext zurück. Darüber hinaus führen [Leiter] /Kunden den gleichen Betrieb aus, kehrt jedoch nicht zur Kundenliste zurück. Bevor wir beantragen, können wir die Kopfanfrage senden, um die Größe der Datei oder die Daten zu bestimmen, die wir herunterladen. Daher ist die Kopfmethode sicher und Leistung.

So testen Sie den Kopfendpunkt

Einer der Vorteile der Methode Kopf besteht darin, dass wir testen können, ob der Server verfügbar und zugänglich sein kann, und es ist viel schneller als die GET -Methode, da er nicht auf den Text reagiert . Wir hoffen, dass der von der API erhaltene Statuscode 200 beträgt. Voreinander HTTP -Methode können wir die Kopfmethode verwenden, um die API zu testen.

<.> 7. Optionsmethode

Wir verwenden diese Methode, um Informationen über mögliche Kommunikationsoptionen (zulässige HTTP -Methoden) zu erhalten, um den Server aufzunehmen, oder die Sternnummer verwenden, um auf den gesamten Server zu verweisen. Diese Methode ist sicher und Kraft.

Verschiedene Browser verwenden die Optionsmethode, um zu prüfen, ob die CORS -Operation (übertragene Ressourcenfreigabe) auf der Ziel -API begrenzt ist.

So testen Sie den Endpunkt der Optionen

Nach der Frage, ob der Server die Optionsmethode unterstützt, können wir die Optionsmethode verwenden, um die Anzahl der fatalen Fehler des Servers zu testen. Versuchen Sie es, bitte betrachten Sie die folgenden Punkte: Senden Sie eine Optionsanforderung und überprüfen Sie den zurückgegebenen Header und den Statuscode.

Testen Sie den Fehler der Ressource, der die Optionsmethode nicht unterstützt.

<.> 8. Trace -Methode

Für die Diagnose wird

Trace -Methode verwendet. Es verwendet denselben Anforderungstext, den der Anforderungs -Textant vor dem Client zum Erstellen eines Ring -Back -Tests textantiert, und der erfolgreiche Antwortcode ist 200 OK. Die Trace -Methode ist sicher und Kraft.

Trace -Methode kann gefährlich sein, da sie Anmeldeinformationen auslaufen kann. Hacker können Kundenangriffe verwenden, einschließlich der internen Identitätsprüfungs -Header.

Wie verwendet ich die Trace -Methode, um die API zu testen?

Senden Sie eine Standard -HTTP -Anforderung, z. B. die GET -Anforderung von /api /Status

Ersetzen Sie zu Trace und senden Sie es erneut.

Überprüfen Sie den Inhalt des Servers. Wenn die Antwort die gleichen Informationen wie die ursprüngliche Anforderung hat, ist die Trace -Funktion auf dem Server aktiviert und die Arbeit ist normal.

<.> 9. Verbinden Sie die Methode

Connect -Methode wird verwendet, um End -to -enden -Verbindungen zwischen Clients und Servern herzustellen. Es baut wie ein Tunnel eine zweistraße Verbindung zwischen ihnen auf. Zum Beispiel können wir diese Methode verwenden, um große Dateien zwischen Clients und Servern sicher zu übertragen.

HTTP -Methode vergleiche

Methodenzusammenfassung CRUD akzeptiert die Anfrage der Anfrage Textleistung und anderer Sicherheit Holen Sie sich eine einzelne Ressourcen- oder Ressourcengruppe Reading Setzen Sie ein -Zeit -Update des gesamten Ressourcen -Updates mit Ja, JA Ist es möglich, eine neue Ressourcenerstellung zu erstellen? Teil des Updates der Erneuerungsressourcen des Patches Ressourcen löschen, oder nicht? Optionen erhalten die Informationen zu zulässigen Vorgängen. Wird gelesen? Kopfakquisition der Endpunktmetadaten gelesen ist es Trace wird verwendet, um den Zweck des Lesens zu diagnostizieren Connect stellt eine Zwei -Wege -Verbindung zwischen dem Kunden und den Ressourcen -no-

her

Das obige ist der detaillierte Inhalt vonHTTP -Methoden und -Codes. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!