Endpunkte
Mit Astro kannst du eigene projektspezifische Endpunkte erstellen, die jegliche Form von Daten bereitstellen können. Du kannst damit Bilder generieren, ein RSS-Dokument bereitstellen oder sie als API-Route verwenden, um eine komplette API für deine Website zu erstellen.
Auf statisch generierten Websites werden projektspezifische Endpunkte zum Erstellungszeitpunkt ausgeführt, um statische Dateien zu erzeugen. Wenn du hingegen den optionalen SSR (EN)-Modus aktivierst, werden benutzerdefinierte Endpunkte zu Live-Server-Endpunkten, die bei Anfragen aufgerufen werden. Statische und SSR-Endpunkte werden auf ähnliche Weise definiert, aber SSR-Endpunkte bieten zusätzliche Funktionen.
Endpunkte für statische Dateien
Abschnitt betitelt Endpunkte für statische DateienUm einen Endpunkt zu erstellen, füge eine Datei mit der Endung .js
oder .ts
dem /pages
-Verzeichnis hinzu. Da die Erweiterung .js
oder .ts
während des Erstellungsprozesses entfernt wird, sollte der Dateiname zusätzlich eine Dateiendung enthalten, die zum Format der ausgegebenen Daten passt. So erzeugt z.B. die Datei src/pages/data.json.ts
den Endpunkt /data.json
.
Endpunkte exportieren eine GET
-Funktion (optional async
), welche ein Context-Objekt mit Parametern ähnlich dem Astro
-Global erhält. In diesem Fall wird ein Response-Objekt mit einem name
und einer url
zurückgegeben. Astro wird dies zur Erstellungszeitpunkt aufrufen und den Inhalt des Bodys verwenden, um die Ausgabedatei zu erzeugen.
Seit Astro v3.0 muss das zurückgegebene Response
-Objekt die Eigenschaft encoding
nicht mehr enthalten. Zum Beispiel, um ein binäres PNG-Bild zu erzeugen:
Du kannst deine Endpunkt-Funktion auch mit dem APIRoute
-Type typisieren:
params
und dynamisches Routing
Abschnitt betitelt params und dynamisches RoutingEndpunkte unterstützen das gleiche dynamische Routing wie Seiten. Benenne dazu deine Datei mit einem Parameternamen, der in eckige Klammern eingeschlossen ist, und exportiere eine Funktion mit dem Namen getStaticPaths()
. Dann kannst du auf den Parameter mittels der params
-Eigenschaft zugreifen, die die Funktion des Endpunkts entgegennimmt:
Dies generiert vier JSON-Endpunkte zum Erstellungszeitpunkt: /api/0.json
, /api/1.json
, /api/2.json
und /api/3.json
. Dynamisches Routing funktioniert bei Endpunkten genauso wie mit Seiten, aber da der Endpunkt eine Funktion statt einer Komponente ist, werden props nicht unterstützt.
request
Abschnitt betitelt requestAlle Endpunkte nehmen eine request
-Eigenschaft entgegen, allerdings hast du im statischen Modus nur Zugriff auf request.url
. Diese enthält die komplette URL des aktuellen Endpunkts und funktioniert genauso wie Astro.request.url bei Seiten.
Server-Endpunkte (API-Routen)
Abschnitt betitelt Server-Endpunkte (API-Routen)Alles, was bei den Endpunkten für statische Dateien beschrieben wurde, kann auch im SSR-Modus verwendet werden: Dateien können eine GET
-Funktion exportieren, die ein Context-Objekt mit ähnlichen Eigenschaften wie die globale Astro
-Variable entgegennimmt.
Im Gegensatz zum static
-Modus werden die Endpunkte bei der Konfiguration des server
-Modus jedoch erst erzeugt, wenn eine Anfrage für sie empfangen wird. Dies ermöglicht den Zugriff auf neue Funktionen, die zum Erstellungszeitpunkt nicht verfügbar sind, und erlaubt es dir, API-Routen zu erstellen, die auf Anfragen warten und ihren Code zur Laufzeit in einer sicheren Server-Umgebung ausführen.
Stelle sicher, dass du SSR aktivierst (EN), bevor du diese Beispiele ausprobierst.
Server-Endpunkte können auf params
zugreifen, ohne getStaticPaths
zu exportieren, und sie können ein Response
-Objekt zurückgeben, welches dir ermöglicht, Statuscodes und Header zu setzen:
Diese Funktion wird jede Anfrage beantworten, deren Adresse zur dynamischen Route passt. Wenn wir zum Beispiel zu /helmet.json
navigieren, wird params.id
den Wert helmet
haben. Wenn in der Produktdatenbank helmet
existiert, wird der Endpunkt ein Response
-Objekt erzeugen, um mit JSON und einem erfolgreichen HTTP-Statuscode zu antworten. Ansonsten wird ein anderes Response
-Objekt erzeugt, um mit einem 404
-Fehler zu antworten.
Im SSR-Modus benötigen bestimmte Anbieter die Kopfzeile Content-Type
, um ein Bild zurückzugeben. In diesem Fall verwende ein Response
-Objekt, um eine headers
-Eigenschaft anzugeben. Zum Beispiel, um ein binäres .png
Bild zu erzeugen:
HTTP-Methoden
Abschnitt betitelt HTTP-MethodenZusätzlich zur Funktion GET
kannst du Funktionen mit den Namen aller möglichen HTTP-Methoden exportieren. Wenn eine Anfrage eingeht, prüft Astro die Methoden und ruft die entsprechende Funktion auf.
Du kannst auch eine Funktion all
exportieren, die alle Methoden abdeckt, die keine eigene Funktion haben. Falls eine Anfrage eintrifft, die zu keiner exportierten Methode passt, wird diese mit einer Weiterleitung zur 404-Seite beantwortet.
request
Abschnitt betitelt requestIm SSR
-Modus gibt die request
-Eigenschaft ein vollwertiges Request
-Objekt zurück, welches die aktuelle Anfrage enthält. Das erlaubt dir, Daten entgegenzunehmen und Header zu überprüfen.
Umleitungen
Abschnitt betitelt UmleitungenDer Endpunkt-Kontext exportiert eine redirect()
-Hilfsfunktion ähnlich wie Astro.redirect
: