Alege în funcție de cine consumă API-ul și cât de variate sunt nevoile lor de date — nu în funcție de hype. GraphQL câștigă atunci când mulți clienți diverși trebuie să-și modeleze propriile date; REST câștigă când cererile sunt uniforme, cacheabile și simple.
user -> posts -> comments) în loc de N round trip-uri REST.GET al REST se cachează trivial la fiecare strat; GraphQL are nevoie de persisted queries ca să se apropie.| Aspect | GraphQL | REST |
|---|---|---|
| Over/under-fetching | Rezolvat prin design | Problemă frecventă |
| Caching HTTP/CDN | Greu (necesită efort) | Nativ și ușor |
| Control cost interogare/DoS | Trebuie să-l adaugi tu | Limitat natural |
| Flexibilitatea clientului | Ridicată | Scăzută |
| Complexitatea serverului | Mai mare | Mai mică |
Nu sunt nici exclusive — multe sisteme expun REST pentru endpoint-uri publice/cacheabile și GraphQL pentru clienți interni bogați.
Intervievatorii seniori testează judecata, nu loialitatea. Răspunsul puternic numește axele — diversitatea clienților, nevoile de caching, maturitatea echipei, suprafața de DoS — și admite costurile reale ale GraphQL (caching și controlul costului interogărilor) în loc să-l vândă drept universal mai bun.
O bibliotecă de întrebări de interviu IT cu răspunsuri detaliate — de la Junior la Senior.
Donează