चुनाव इस आधार पर करें कि API का उपभोग कौन करता है और उनकी data ज़रूरतें कितनी विविध हैं — hype के आधार पर नहीं। GraphQL तब जीतता है जब कई विविध clients को अपना data स्वयं आकार देना होता है; REST तब जीतता है जब requests एकसमान, cacheable, और सरल होती हैं।
user -> posts -> comments) को traverse करती है।GET model हर layer पर आसानी से cache होता है; GraphQL को इसके करीब पहुँचने के लिए persisted queries चाहिए।| पहलू | GraphQL | REST |
|---|---|---|
| Over/under-fetching | design से ही हल | आम समस्या |
| HTTP/CDN caching | कठिन (मेहनत चाहिए) | native और आसान |
| Query-cost/DoS control | आपको जोड़ना होगा | स्वाभाविक रूप से bounded |
| Client flexibility | उच्च | निम्न |
| Server complexity | अधिक | कम |
ये परस्पर अनन्य (exclusive) भी नहीं हैं — कई systems public/cacheable endpoints के लिए REST और समृद्ध internal clients के लिए GraphQL एक्सपोज़ करते हैं।
Senior interviewer निर्णय-क्षमता जाँच रहे होते हैं, निष्ठा नहीं। मज़बूत उत्तर इन अक्षों का नाम लेता है — client विविधता, caching ज़रूरतें, team परिपक्वता, DoS surface — और GraphQL को सार्वभौमिक रूप से बेहतर बताकर बेचने के बजाय इसकी असली लागतों (caching और query-cost control) को स्वीकार करता है।
विस्तृत उत्तरों के साथ IT इंटरव्यू प्रश्नों की एक लाइब्रेरी — जूनियर से सीनियर तक।
दान करें