REST und GraphQL sind zwei Wege, eine API zu bauen. REST ist einfach und bewährt; GraphQL lässt Clients genau die Daten anfragen, die sie brauchen. Keines ist „besser“ — sie passen zu unterschiedlichen Situationen.
Der Kernunterschied
Bei REST definiert der Server feste Endpunkte, die je eine feste Datenform liefern. Bei GraphQL gibt es einen Endpunkt und der Client beschreibt genau, was er will. GraphQL vermeidet Over-Fetching; REST ist einfacher zu bauen, zu cachen und zu durchdenken.
| REST | GraphQL | |
|---|---|---|
| Endpunkte | Viele, fest | Einer, flexibel |
| Datenform | Server entscheidet | Client entscheidet |
| Caching | Einfach (HTTP) | Mehr Aufwand |
| Lernkurve | Niedrig | Höher |
Wann REST die richtige Wahl ist
Für die meisten APIs — ein Website-Backend, eine mobile App, eine Drittanbieter-Integration — ist REST der pragmatische Standard. Es ist universell verstanden, leicht zu cachen, und es gibt für alles ein Werkzeug. Fügen Sie GraphQL-Komplexität nicht grundlos hinzu.
Wann GraphQL sich lohnt
GraphQL glänzt, wenn viele verschiedene Clients verschiedene Ausschnitte komplexer, verknüpfter Daten brauchen — etwa eine reiche App, die aus dutzenden Typen zieht, wo REST viele Roundtrips oder aufgeblähte Antworten bedeuten würde.