Wybieraj na podstawie tego, kto konsumuje API i jak zróżnicowane są jego potrzeby danych — a nie na podstawie hype'u. GraphQL wygrywa, gdy wielu różnych klientów musi kształtować własne dane; REST wygrywa, gdy żądania są jednolite, cachowalne i proste.
user -> posts -> comments) zamiast N rund REST.GET REST cachuje się trywialnie na każdej warstwie; GraphQL potrzebuje persisted queries, aby się do tego zbliżyć.| Zagadnienie | GraphQL | REST |
|---|---|---|
| Over/under-fetching | Rozwiązane z założenia | Częsty problem |
| Cachowanie HTTP/CDN | Trudne (wymaga pracy) | Natywne i łatwe |
| Kontrola kosztu zapytań/DoS | Musisz ją dodać | Naturalnie ograniczona |
| Elastyczność klienta | Wysoka | Niska |
| Złożoność serwera | Wyższa | Niższa |
Nie wykluczają się też nawzajem — wiele systemów udostępnia REST dla publicznych/cachowalnych endpointów i GraphQL dla bogatych klientów wewnętrznych.
Senior rekruterzy testują osąd, a nie lojalność. Mocna odpowiedź nazywa osie — różnorodność klientów, potrzeby cachowania, dojrzałość zespołu, powierzchnia DoS — i przyznaje realne koszty GraphQL (cachowanie i kontrola kosztu zapytań), zamiast sprzedawać go jako uniwersalnie lepszy.
Biblioteka pytań rekrutacyjnych IT ze szczegółowymi odpowiedziami — od Juniora do Seniora.
Wesprzyj