GraphQL

GraphQL ist eine moderne Alternative zu REST-APIs, die 2012 intern bei Facebook (heute Meta) entwickelt und 2015 als Open Source veröffentlicht wurde. Der fundamentale Unterschied zu REST: Während bei REST jeder Endpoint eine fest definierte Datenstruktur zurückgibt, können Clients bei GraphQL exakt spezifizieren, welche Felder sie benötigen. Eine einzige GraphQL-Anfrage kann Daten abrufen, für die bei REST 5-10 separate API-Aufrufe nötig wären. Dies eliminiert Over-Fetching (zu viele unnötige Daten werden übertragen) und Under-Fetching (mehrere Anfragen nötig, um alle benötigten Daten zu erhalten).

GraphQL verwendet ein stark typisiertes Schema, das alle verfügbaren Datentypen, Felder und Operationen definiert. Clients senden Queries (Leseanfragen) oder Mutations (Schreibanfragen) an einen einzigen Endpoint (/graphql) und erhalten exakt die gewünschten Daten im JSON-Format. Das Schema fungiert gleichzeitig als Vertrag zwischen Frontend und Backend und als automatische Dokumentation. Tools wie GraphQL Playground oder Apollo Studio ermöglichen interaktives Erkunden der API. Subscriptions ermöglichen zusätzlich Echtzeit-Updates über WebSocket-Verbindungen.

Laut State of JavaScript Survey nutzen 47% der Entwickler GraphQL, Tendenz steigend. Für kleine und mittlere Unternehmen bietet GraphQL besondere Vorteile bei komplexen Anwendungen mit vielen Datenrelationen - etwa E-Commerce-Plattformen, die Produkte, Varianten, Bewertungen und Lagerbestände in einer Abfrage benötigen. Die Entwicklungsgeschwindigkeit steigt, weil Frontend-Entwickler unabhängig vom Backend neue Datenabfragen erstellen können. Mobile Apps profitieren besonders: GraphQL reduziert den Datenverbrauch um bis zu 60% gegenüber REST, was bei begrenzter mobiler Bandbreite entscheidend ist. Frameworks wie Apollo Client (React) oder URQL machen die Integration in moderne Web-Apps unkompliziert.

GraphQL bringt jedoch eigene Herausforderungen mit, die man kennen muss: Das N+1-Problem beim Auflösen verschachtelter Felder wird typischerweise mit Batching-Tools wie DataLoader entschärft. Caching ist schwieriger als bei REST, weil alle Anfragen über einen einzigen POST-Endpoint laufen und die HTTP-Ebene kein Caching pro URL mehr erlaubt - stattdessen übernimmt der Client (Apollo, urql) das normalisierte Caching im Speicher. Weil Clients beliebig tief verschachtelte Queries stellen können, sind Query-Depth- und Complexity-Limits sowie Persisted Queries wichtige Sicherheitsmaßnahmen gegen absichtlich teure Anfragen. Für große Systeme mit vielen Teams gibt es zudem Apollo Federation, das ein Schema über mehrere Services verteilt. Für kleine, einfache CRUD-Schnittstellen ist REST oft die pragmatischere Wahl; GraphQL spielt seine Stärken bei vielen Clients mit unterschiedlichen Datenbedürfnissen aus.