Diese Kernwissenspunkte müssen in der Front-End- und Backend-Kommunikation beherrscht werden!

Was ist erholsam?

Restful ist derzeit die beliebteste Spezifikation für das Schnittstellendesign. Es handelt sich um eine Spezifikation, die sowohl das Front-End als auch das Back-End kennen müssen. Diese Spezifikation definiert, dass

Protokoll-

Client in jedem Prozess bei der Kommunikation mit dem Back-End verwendet werden soll -End-Dienst über die API Die HTTPS-Protokoll-

Domänennamen

-API sollte unter einem dedizierten Domänennamen bereitgestellt und so einfach wie möglich gehalten werden. Wenn Sie sicher sind, dass die API sehr einfach ist und nicht weiter erweitert wird, können Sie erwägen, sie unter dem Hauptdomänennamen zu platzieren. Hier sind zwei gängige URL-Root-Beispiele:

• api.example.com/* Es wird ein separater Subdomänenname verwendet Zugriff auf die Schnittstelle
• example.com/api /* Alle APIs in einer einzigen Space-

Version (Versionierung)

müssen abwärtskompatibel bleiben. Sie müssen neue Versionen von APIs einführen und gleichzeitig sicherstellen, dass alte API-Versionen weiterhin verfügbar sind. Daher

sollte eine Versionsunterstützungsadresse (Pfad) für die spezifische URL der Routing-

API (Router) angegeben werden.

• Die Benennung der URL muss ausschließlich in Kleinbuchstaben erfolgen
• . Die Benennung der Ressource (Ressource) in der URL muss ein Substantiv sein. und müssen in Pluralform vorliegen.
• Es
• muss eine leicht lesbare
• URL sein und darf die Serverarchitektur nicht offenlegen

. Es gibt keine feste Regel, aber sie muss mit einem Stil übereinstimmen, der auf der Situation des Teams basiert

• : https://api.example com/zoos
• https://api.example.com/animals
• https://api.example .com/zoos/{zoo}/animals
• https://api.example.com/animal_types
• https://api.example. com/employees

Verb (Anforderungsmethode)

ist ein spezifischer Operationstyp für Ressourcen, dargestellt durch HTTP-Verben . Es gibt fünf häufig verwendete HTTP-Verben (die entsprechenden SQL-Befehle stehen in Klammern).

• GET (SELECT): Ressourcen (ein oder mehrere Elemente) vom Server abrufen.
• POST (CREATE): Erstellen Sie eine neue Ressource auf dem Server.
• PUT (UPDATE): Aktualisieren Sie die Ressource auf dem Server (der Client stellt nach der Änderung die vollständige Ressource bereit).
• PATCH (UPDATE): Update im Server-Update-Ressourcenteil (Client stellt geänderte Attribute bereit).
• DELETE (DELETE): Ressourcen vom Server löschen.

URL-Parameter

Alle URL-Parameter müssen in Kleinbuchstaben geschrieben sein und die Parameterform Unterstrich verwenden. Die Paging-Parameter müssen auf page und page_size festgelegt sein.

Die Antwort (Response)

muss einen geeigneten HTTP-Statuscode auswählen.
Die Daten müssen im JSON-Format zurückgegeben werden.
Alle Fehler müssen einheitlich formatiert sein.

Der allgemeine Statuscode

• 1xx bedeutet, dass die Anfrage angenommen wurde und die Verarbeitung fortgesetzt werden muss.
• 2xx erscheint im Allgemeinen nicht in der API. Die Anfrage war erfolgreich und der von der Anfrage erwartete Antwortheader oder Datentext wird mit dieser Antwort zurückgegeben
  • 200. Der Server gibt die vom Benutzer angeforderten Daten erfolgreich zurück.
  • 201 Der Benutzer erstellt eine neue oder Daten erfolgreich ändern
  .
  • 202 bedeutet, dass eine Anforderung in die Hintergrundwarteschlange eingegeben wurde (bei Erfolg gibt es keinen Rückgabewert, sie ist asynchron).
  • 204 Erfolgreiches
• Löschen Umleitung
• 4xx Fehler aufgrund von Client-Gründen
  • 404 Die angeforderte Schnittstelle existiert nicht, Fehlertyp (die Anforderungsadresse ist falsch)
  • 401 Der Benutzer ist nicht
  • angemeldet 403 Der Benutzer ist angemeldet, hat aber keine Zugriffsberechtigung
  • 422 Client-Parameterfehler, Überprüfungsfehler
  • 429 Anforderungslimit überschritten
• 5xx Fehler aus serverseitigen Gründen
  • 500 Der Server ist auf eine unerwartete Situation gestoßen, die dazu geführt hat, dass er die Anforderung nicht abschließen konnte. Der Servercode meldet
  einen
  • Fehler 503. Der Server wird gewartet
  • 504 Zeitüberschreitung Aufruffehlerformat

'

, // Detaillierte Fehlerbeschreibung der Parameter, 422 und andere Status liefern 'code' => ' :code', // Geschäftsdefinierter Ausnahmecode 'status_code' => ':status_code', // http-Statuscode 'debug' => ':debug', // debug Informationen, Nicht-Produktionsumgebung liefert

die Meldung ?

HTTP-Nachrichten werden zum Austausch von Informationen bei HTTP-Anfragen und -Antworten verwendet. Nachrichten, die vom Client an den Server gesendet werden,

sind in zwei Kategorien unterteilt: Anforderungsnachrichten

und Antwortnachrichten. Die grundlegenden Nachrichtenstrukturen von Anforderungs- und Antwortnachrichten sind gleich und bestehen aus drei Teilen:

• Startzeile: Führen Sie die Verarbeitung durch Nachricht Beschreibung
• Header: einige Attribute
• Text: Daten [optional]

Axios-

kompatibler Browser und Knotenserver erstellen XMLHttpRequests vom Browser
Das Erstellen von HTTP-Anfragen von node.js

unterstützt die Promise API
Unterstützt das Abfangen von Anfragen und Antworten, die Konvertierung von Anfrage- und Antwortdaten, das Abbrechen von Anfragen, die automatische Konvertierung von JSON, die Unterstützung von Daten-Clients zur Abwehr von XSRF

, komm schon, Fremde (das Kommen und Gehen ist mir nicht fremd, das hoffe ich!). wird dir weiterhelfen)

Dies sind die Kernwissenspunkte, die in der Front-End- und Back-End-Kommunikation beherrscht werden müssen! Weitere Informationen finden Sie in anderen verwandten Artikeln auf der chinesischen PHP-Website!