नई सर्विस के लिए आप REST की जगह GraphQL कब चुनेंगे?

GraphQL तब चुनें जब कई अलग clients को एक ही जुड़े हुए डेटा की अलग अलग शक्लें चाहिए हों और आप overfetching या हर स्क्रीन के लिए अलग endpoint भेजने से थक चुके हों। REST तब चुनें जब सतह छोटी हो, HTTP caching मायने रखती हो, या इस्तेमाल करने वाले स्क्रीन नहीं मशीनें हों। GraphQL जटिलता हटाता नहीं; वह उसे endpoints के फैलाव से हटाकर resolver की गहराई, query cost की सीमाओं और उस caching में डाल देता है जो अब आपकी है।

मेरा फैसला clients की विविधता से तय होता है। अगर एक ही web client है और endpoints साफ साफ स्क्रीनों से मेल खाते हैं, तो REST कम मशीनरी है और आपको HTTP caching, CDN का बर्ताव और curl से डिबग करने की सुविधा मुफ्त मिलती है। जैसे ही आपके पास एक web ऐप, एक mobile ऐप और एक partner integration हों जिन्हें उसी graph के अलग अलग टुकड़े चाहिए, REST या तो पचास अलग endpoints बन जाता है या ऐसे मोटे responses जिनकी कीमत mobile यूज़र cellular डेटा में चुकाते हैं। तभी GraphQL अपनी कीमत वसूल करता है। जो मैं टीम को पहले ही बता देता हूं वह यह कि इसके साथ क्या आता है। आपको query की गहराई और लागत की सीमाएं चाहिए वरना एक nested query डेटाबेस को पीट सकती है, आपको dataloader जैसी batching चाहिए वरना resolvers डिफ़ॉल्ट रूप से N plus one queries बनाते हैं, और HTTP caching ज़्यादातर काम करना बंद कर देती है क्योंकि सब कुछ एक ही URL पर POST है, तो आप caching resolver या entity स्तर पर करते हैं। मध्यम आकार के प्रोडक्ट पर मैं ईमानदारी से REST से शुरू करूंगा और GraphQL तभी जोड़ूंगा जब कोई दूसरा बहुत अलग client आ जाए।