Notice: This page requires JavaScript to function properly.
Please enable JavaScript in your browser settings or update your browser.
Lernen Verständnis von HTTP-Anfragen | Entwicklung von Webanwendungen mit Express.js
Backend-Entwicklung mit Node.js und Express.js

Verständnis von HTTP-Anfragen

Swipe um das Menü anzuzeigen

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

Verständnis der HTTP-Anfrage und -Antwort

HTTP (Hypertext Transfer Protocol) bildet die Grundlage für die 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.

content

Analogie aus der realen Welt (Besuch in einer Bibliothek)

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

Client-Server-Kommunikation

Als Client befindest du dich in einem Raum (der Bibliothek), während der Bibliothekar an der Rezeption in einem anderen Raum ist (der Server). Genau wie bei der Webkommunikation hast du keinen direkten Zugriff auf die Bücher (Ressourcen); du musst mit dem Bibliothekar (Server) kommunizieren, um das zu bekommen, was du möchtest.

Request-Response-Modell

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

Serverantwort

Der Bibliothekar (Server) nimmt deine Anfrage ernst. Er durchsucht die Regale (der Server verarbeitet deine Anfrage), findet das Buch und übergibt es dir. Diese Handlung entspricht der Antwort des Servers, der dir die angeforderten Daten (das Buch) sendet.

Kommunikationsfluss

Die Interaktion zwischen dir und dem Bibliothekar setzt sich fort, solange du weitere Bücher benötigst. Mit jedem Buch, das du anforderst, holt der Bibliothekar es und übergibt es dir. Ähnlich kann der Client im HTTP-Protokoll mehrere Anfragen stellen, und der Server antwortet jeweils darauf.

Note
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: Dient zum Abrufen von Daten aus einer angegebenen Ressource. Es sollte keine Nebenwirkungen auf dem Server haben. Zum Beispiel das Abrufen einer Webseite, eines Bildes oder von Daten aus einer API;
  • POST: Dient zum Übermitteln von Daten, die an einer bestimmten Ressource verarbeitet werden sollen. Es kann eine neue Ressource erstellen oder eine bestehende aktualisieren;
  • PUT: Wird verwendet, um eine bestehende Ressource mit neuen Daten zu aktualisieren. Im Gegensatz zu POST, das neue Ressourcen erstellen kann, ist PUT idempotent, das heißt, dieselbe Operation kann wiederholt werden, ohne das Ergebnis zu verändern;
  • DELETE: Fordert das Entfernen einer Ressource an. Zum Beispiel das Löschen eines Benutzerkontos oder einer Datei;
  • PATCH: Dient zur teilweisen Änderung einer Ressource. Wird häufig verwendet, um bestimmte Felder einer bestehenden Ressource zu aktualisieren.
War alles klar?

Wie können wir es verbessern?

Danke für Ihr Feedback!

Abschnitt 3. Kapitel 3

Fragen Sie AI

expand

Fragen Sie AI

ChatGPT

Fragen Sie alles oder probieren Sie eine der vorgeschlagenen Fragen, um unser Gespräch zu beginnen

Abschnitt 3. Kapitel 3
some-alt