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 für das, was wir bauen und warum, untermauern.

🔄 Verständnis der HTTP-Anfrage und -Antwort

HTTP (Hypertext Transfer Protocol) bildet die Grundlage der Datenkommunikation zwischen einem Client (typischerweise 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 anschaulicher 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

Das Anfordern eines Buches ist nicht so einfach wie das Herausnehmen aus dem Regal; es gibt einen strukturierten Prozess. Sie gehen zum Bibliothekar und bitten um ein bestimmtes Buch – dies 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 Aktion spiegelt wider, wie der Server 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, jede mit einem bestimmten Zweck:

• GET: Zum Abrufen von Daten aus einer bestimmten Ressource. 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 bestimmten Ressource verarbeitet werden sollen. Kann eine neue Ressource erstellen oder eine bestehende aktualisieren;
• PUT: Zum Aktualisieren einer bestehenden Ressource mit neuen Daten. 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 teilweisen Ändern einer Ressource. Wird häufig verwendet, um bestimmte Felder einer bestehenden Ressource zu aktualisieren.