Az alapján válassz, hogy ki fogyasztja az API-t, és mennyire változatosak az adatigényeik — ne a hype alapján. A GraphQL akkor nyer, amikor sok, sokféle kliensnek kell saját maga formálnia az adatait; a REST akkor nyer, amikor a kérések egységesek, cache-elhetők és egyszerűek.
user -> posts -> comments) N REST körfordulat helyett.GET modellje minden rétegen triviálisan cache-elődik; a GraphQL-nek persisted query-kre van szüksége, hogy megközelítse ezt.| Concern | GraphQL | REST |
|---|---|---|
| Over/under-fetching | Solved by design | Common problem |
| HTTP/CDN caching | Hard (needs work) | Native and easy |
| Query-cost/DoS control | You must add it | Naturally bounded |
| Client flexibility | High | Low |
| Server complexity | Higher | Lower |
Ráadásul nem is zárják ki egymást — sok rendszer REST-et tesz elérhetővé a publikus/cache-elhető endpointokhoz, és GraphQL-t a gazdag belső kliensekhez.
A senior interjúztatók a józan ítélőképességet tesztelik, nem a hűséget. Az erős válasz megnevezi a tengelyeket — kliens-sokféleség, caching-igények, csapat-érettség, DoS-felület —, és beismeri a GraphQL valódi költségeit (caching és lekérdezési költség kontrollja) ahelyett, hogy egyetemesen jobbként adná el.
IT interjúkérdések gyűjteménye részletes válaszokkal — Juniortól Seniorig.
Adományozás