Birajte na temelju tko konzumira API i koliko su raznolike njihove potrebe za podacima — ne na temelju hypea. GraphQL pobjeđuje kada mnogo raznolikih klijenata treba oblikovati vlastite podatke; REST pobjeđuje kada su zahtjevi ujednačeni, cachirajući i jednostavni.
user -> posts -> comments) umjesto N REST kruženja.GET cachira se trivijalno na svakom sloju; GraphQL treba persisted queries da se približi.| Pitanje | GraphQL | REST |
|---|---|---|
| Over-/under-fetching | Riješeno po dizajnu | Čest problem |
| HTTP/CDN cachiranje | Teško (zahtijeva rad) | Nativno i jednostavno |
| Kontrola cijene upita/DoS-a | Morate je dodati sami | Prirodno ograničeno |
| Fleksibilnost klijenta | Visoka | Niska |
| Složenost poslužitelja | Viša | Niža |
Također se ne isključuju — mnogi sustavi izlažu REST za javne/cachirajuće krajnje točke, a GraphQL za bogate interne klijente.
Seniorski ispitivači testiraju prosudbu, a ne odanost. Snažan odgovor imenuje osi — raznolikost klijenata, potrebe za cachiranjem, zrelost tima, DoS površina — i priznaje stvarne troškove GraphQL-a (cachiranje i kontrola cijene upita) umjesto da ga prodaje kao univerzalno bolji.
Knjižnica IT pitanja za razgovore za posao s detaljnim odgovorima — od Juniora do Seniora.
Doniraj