Bevor wir tiefer in die Entwicklung von Webanwendungen einsteigen, nehmen wir uns einen Moment Zeit, um einige grundlegende theoretische Konzepte zu wiederholen, die unser Verständnis dessen, was wir bauen und warum, untermauern.

Verständnis der HTTP-Anfrage und -Antwort

HTTP (Hypertext Transfer Protocol) bildet die Grundlage für die Datenkommunikation zwischen einem Client (in der Regel ein Webbrowser oder eine Anwendung) und einem Server. Dieses Protokoll ermöglicht es Clients, Serverressourcen anzufordern und zu empfangen.

Request-Response-Modell: HTTP arbeitet nach dem Request-Response-Modell. Man kann sich vorstellen, dass ein Client eine HTTP-Anfrage an einen Server sendet und der Server im Gegenzug umgehend eine HTTP-Antwort mit den angeforderten Daten liefert.

Analogie aus der realen Welt (Besuch einer Bibliothek)

Um dieses Konzept greifbarer zu machen, ziehen wir eine Analogie zu einer Alltagssituation: dem Besuch einer Bibliothek.

Client-Server-Kommunikation

Als Client befinden Sie sich in einem Raum (der Bibliothek), während der Bibliothekar an der Rezeption in einem anderen Raum ist (der Server). Genau wie bei der Webkommunikation haben Sie keinen direkten Zugriff auf die Bücher (Ressourcen); Sie müssen mit dem Bibliothekar (Server) kommunizieren, um das zu erhalten, was Sie möchten.

Request-Response-Modell

Ein Buch anzufordern ist nicht so einfach wie es direkt aus dem Regal zu nehmen; es gibt einen strukturierten Prozess. Sie gehen zum Bibliothekar und bitten um ein bestimmtes Buch – das entspricht einer HTTP-Anfrage.

Serverantwort

Der Bibliothekar (Server) nimmt Ihre Anfrage ernst. Er durchsucht die Regale (der Server verarbeitet Ihre Anfrage), findet das Buch und übergibt es Ihnen. Diese Handlung entspricht dem Server, der Ihnen eine HTTP-Antwort mit den angeforderten Daten (dem Buch) sendet.

Kommunikationsfluss

Die Interaktion zwischen Ihnen und dem Bibliothekar setzt sich fort, solange Sie weitere Bücher benötigen. Mit jedem Buch, das Sie anfordern, holt der Bibliothekar es und übergibt es Ihnen. Ähnlich kann der Client im HTTP-Protokoll mehrere Anfragen stellen, und der Server antwortet auf jede einzelne.

Hinweis

In den kommenden Kapiteln lernen wir, wie wir zu den Bibliothekaren der Webwelt werden, Anfragen bearbeiten und Ressourcen bereitstellen.

Arten von HTTP-Anfragen

HTTP definiert mehrere Anfragemethoden, die jeweils einen bestimmten Zweck erfüllen:

• GET: Zum Abrufen von Daten aus einer angegebenen Ressource verwenden. Es sollte keine Nebenwirkungen auf dem Server haben. Zum Beispiel das Abrufen einer Webseite, eines Bildes oder von Daten aus einer API;
• POST: Zum Übermitteln von Daten, die bei einer angegebenen Ressource verarbeitet werden sollen. Es kann eine neue Ressource erstellen oder eine bestehende aktualisieren;
• PUT: Zum Aktualisieren einer bestehenden Ressource mit neuen Daten verwenden. Im Gegensatz zu POST, das neue Ressourcen erstellen kann, ist PUT idempotent, das heißt, derselbe Vorgang kann wiederholt werden, ohne das Ergebnis zu ändern;
• DELETE: Fordert das Entfernen einer Ressource an. Zum Beispiel das Löschen eines Benutzerkontos oder einer Datei;
• PATCH: Zum Anwenden von teilweisen Änderungen an einer Ressource verwenden. Wird häufig zum Aktualisieren bestimmter Felder einer bestehenden Ressource eingesetzt.