När skulle du välja GraphQL framför REST, och när inte?

Question

IT Interview Practice · Accepted Answer

Välj utifrån **vem som konsumerar API:et och hur varierade deras databehov är** — inte utifrån hype. GraphQL vinner när många olikartade klienter behöver forma sina egna data; REST vinner när förfrågningar är enhetliga, cachebara och enkla.

## Välj GraphQL när

- **Många klienter med olika behov** — webb, iOS och Android vill var och en ha olika fält från samma entiteter. GraphQL eliminerar over/under-fetching så att du inte behöver leverera en ny endpoint per skärm.
- **Djupt relaterade/grafliknande data** — en fråga traverserar relationer (`user -> posts -> comments`) istället för N REST-rundturer.
- **Snabb produktiteration** — additiv schema-utveckling låter frontend-team lägga till fält utan att vänta på nya backend-endpoints eller versioner.
- **Aggregering av mikrotjänster** — en federerad gateway presenterar en graf över många tjänster (ett BFF-mönster).

## Välj REST när

- **Enkla, enhetliga resurser** med förutsägbar åtkomst — CRUD där varje klient vill ha samma form.
- **HTTP-caching/CDN är viktigast** — REST:s modell med URL + `GET` cachar trivialt i varje lager; GraphQL behöver persisted queries för att komma i närheten.
- **Filuppladdningar/-nedladdningar, binärdata eller publika API:er** där brett verktygsstöd, statuskoder och enkelhet vinner.
- **Litet team/låg komplexitet** — GraphQL:s kostnad på serversidan (resolvers, N+1-kontroll, gränser för frågekostnad, schemaverktyg) är inte värd det för en handfull endpoints.

## Den ärliga avvägningstabellen

| Aspekt | GraphQL | REST |
|---|---|---|
| Over/under-fetching | Löst genom design | Vanligt problem |
| HTTP-/CDN-caching | Svårt (kräver arbete) | Inbyggt och enkelt |
| Frågekostnads-/DoS-kontroll | Du måste lägga till det | Naturligt begränsat |
| Klientflexibilitet | Hög | Låg |
| Serverkomplexitet | Högre | Lägre |

De utesluter inte heller varandra — många system exponerar REST för publika/cachebara endpoints och GraphQL för rika interna klienter.

## Varför det är viktigt

Senior-intervjuare testar **omdöme, inte lojalitet**. Det starka svaret namnger axlarna — klientmångfald, cachningsbehov, teammognad, DoS-yta — och erkänner GraphQL:s verkliga kostnader (caching och frågekostnadskontroll) istället för att sälja in det som universellt bättre.

Aspekt	GraphQL	REST
Over/under-fetching	Löst genom design	Vanligt problem
HTTP-/CDN-caching	Svårt (kräver arbete)	Inbyggt och enkelt
Frågekostnads-/DoS-kontroll	Du måste lägga till det	Naturligt begränsat
Klientflexibilitet	Hög	Låg
Serverkomplexitet	Högre	Lägre

Välj GraphQL när

Välj REST när

Den ärliga avvägningstabellen

Varför det är viktigt

Relaterade frågor