एक पार्टी में ग्राफकॉल का परिचय

GraphQL और REST वेब अनुप्रयोगों के लिए एपीआई बनाने के लिए उपयोग किए जाने वाले दो प्रतिमान हैं।

REST विशिष्ट पहचानकर्ताओं (URL) का एक सेट है जो एप्लिकेशन डेटा का अनुरोध करने और भेजने के लिए उपयोग करते हैं।

ग्राफकलाइन एक क्वेरी लैंग्वेज है जो क्लाइंट एप्लिकेशन को एक एंडपॉइंट से आवश्यक डेटा को ठीक से निर्दिष्ट करने की अनुमति देती है।

ये संबंधित प्रौद्योगिकियां हैं, वे मुख्य रूप से एक ही चीजों के लिए उपयोग की जाती हैं (या वे सह-अस्तित्व में हो सकती हैं), लेकिन वे बहुत अलग हैं।

थोड़ा ताजा लगता है, है ना? आइए उनके अंतरों को अधिक दिलचस्प तरीके से समझाएं, जो आपको ग्राफकॉल को बेहतर ढंग से समझने में मदद कर सकता है, और शायद इसे खुश कर सकता है।

क्या आप एक कॉकटेल पार्टी में हैं

आप पार्टी में नेटवर्किंग करने आए थे, इसलिए आपको अपने आसपास के लोगों के बारे में जानकारी चाहिए। पास में पांच और मेहमान हैं।

उनके नाम टैग इस प्रकार हैं:

अमीर रिस्ते
अमीर रिस्ते का दोस्त
अमीर रिस्ते का कर्मचारी
जॉर्जिया ग्राफक्यूएल

एक सक्रिय और मिलनसार पार्टी-गोअर होने के नाते, आप सीधे रिची रेस्ट में जाते हैं और कहते हैं: "हाय, आई एम एडम एपिलेशन, और आप कौन हैं?" रिची रेस्टा का जवाब है:

{ name: "Richy REST", age: 33, married: false, hometown: "Circuits-ville", employed: true // ... 20 other things about Richy REST } 

आपने खुद से सोचा, "वाह, अभी बहुत जानकारी है।" अजीब चुप्पी से बचने की कोशिश करते हुए, आपको याद है कि रिची रेस्ट ने उल्लेख किया है कि वह काम करता है, और आप पूछते हैं: "आप कहां काम करते हैं?"

आश्चर्यजनक रूप से, रिची रेस्ट का कोई पता नहीं है कि वह कहां काम करता है। शायद नियोक्ता रिची रेस्टा जानते हैं?

आप नियोक्ता रिची रेस्टा से भी वही सवाल पूछते हैं, जो आपके सवाल का जवाब देने में खुश हैं:

 { company: "Mega Corp", employee_count: 11230, head_quarters: "1 Main Avenue, Big City, 10001, PL" year_founded: 2005, revenue: 100000000, // ... 20 other things about Richy REST Employer } 

इस बिंदु पर आप पहले से ही थक चुके हैं। आप रिची रेस्टा के किसी मित्र से मिलना भी नहीं चाहते हैं! यह हमेशा के लिए ले सकता है, अपनी सारी ऊर्जा बर्बाद कर सकता है, और इसके अलावा, आपके पास अब समय नहीं है।

हालाँकि, जॉर्जिया ग्रॉफवेल बहुत पास खड़ा है और आप उसके साथ बातचीत करने का फैसला करते हैं।

"हाय, तुम्हारा नाम क्या है?"

 { name: "Georgia GraphQL" } 

"आप कहाँ से हैं और आप कितने साल के हैं?"

 { hometown: "Pleasant-Ville", age: 28 } 

"आपके कितने शौक और दोस्त हैं और आपके दोस्तों का नाम क्या है?"

 { hobbies_count: 12, friends_count: 50, friends: [ { name: "Steve" }, { name: "Anjalla" }, // ...etc ] } 

जॉर्जिया GrafKewEl अविश्वसनीय, स्पष्ट रूप से विचारों को संक्षिप्त और सटीक रूप से व्यक्त करता है। आप निश्चित रूप से उसके साथ व्यवसाय कार्ड का आदान-प्रदान करना चाहते हैं और भविष्य की परियोजनाओं पर एक साथ काम करना चाहते हैं।

इस कहानी में ग्राफकॉल और आरईएसटी के साथ काम करने वाले डेवलपर्स का अनुभव शामिल है। ग्राफकॉइन डेवलपर्स को एक साफ-सुथरी क्वेरी के साथ जो चाहते हैं उसे तैयार करने और प्रतिक्रिया में निर्दिष्ट केवल वही प्राप्त करने की अनुमति देता है। ये प्रश्न गतिशील हैं, इसलिए केवल एक समापन बिंदु की आवश्यकता है। REST, इसके विपरीत, पूर्वनिर्धारित उत्तर हैं और डेटा को पूरी तरह से क्वेरी करने के लिए कई समापन बिंदुओं का उपयोग करने के लिए एप्लिकेशन की आवश्यकता होती है।

रूपकों के साथ समाप्त करें। चलो व्यापार के लिए नीचे उतरो

पार्टी के रूपक में प्रस्तुत अवधारणाओं के आगे प्रकटीकरण के लिए, हम विशेष रूप से दो सीमाओं की ओर मुड़ते हैं जो अक्सर REST का उपयोग करते समय उत्पन्न होती हैं।

1. संबंधित संसाधनों को प्राप्त करने पर कई हिट

मोबाइल और वेब एप्लिकेशन के लिए डेटा प्रबंधन के लिए अक्सर संबंधित संसाधनों और डेटा सेट की आवश्यकता होती है। इस प्रकार, REST API का उपयोग करके डेटा प्राप्त करना कई समापन बिंदुओं के लिए कई अनुरोधों को दर्ज कर सकता है। उदाहरण के लिए, एक पोस्ट अनुरोध और उसके संबंधित लेखक को दो अनुरोधों के अनुसार अलग-अलग अंतिम बिंदुओं पर बनाया जा सकता है:

 someServer.com/authors/:id someServer.com/posts/:id 

API पर बार-बार कॉल करने से एप्लिकेशन का प्रदर्शन प्रभावित होता है। यह कम बैंडविड्थ वाले उपकरणों (उदाहरण के लिए, स्मार्ट घड़ियों, IoT, पुराने मोबाइल उपकरणों आदि) के लिए और भी महत्वपूर्ण है।

2. ओवर-पर्चेजिंग और अंडर-पर्चिंग

RESTful API का उपयोग करते समय ओवर-पर्चिंग / अंडर-ब्रशिंग अनिवार्य है। उपरोक्त उदाहरण का उपयोग करते हुए, domainName.com/posts/:id समापन बिंदु एक विशिष्ट रिकॉर्ड के लिए डेटा को पुनः प्राप्त करता है। प्रत्येक प्रविष्टि में आईडी, बॉडी, शीर्षक, पब्लिशिंगडेट, ऑथरआईड और अन्य जैसी विशेषताएं शामिल हैं। REST में, एक प्रतिक्रिया पूर्वनिर्धारित होती है और एक ही डेटा ऑब्जेक्ट हमेशा लौटाया जाता है।

ऐसी स्थितियों में जहां केवल शीर्षक और रिकॉर्डिंग के पाठ की आवश्यकता होती है, ओवर-लाचिंग होती है क्योंकि नेटवर्क पर अधिक डेटा भेजा जाता है जो वास्तव में उपयोग किया जाता है।

जब संपूर्ण प्रकाशन की आवश्यकता होती है, तो इसके लेखक के बारे में संबंधित डेटा के साथ-साथ अपर्याप्त अंडर-चार्जिंग है - क्योंकि वास्तव में उपयोग किए जाने की तुलना में नेटवर्क पर कम डेटा भेजा जाता है। डेटा के अपर्याप्त अंडर-पेकिंग से एपीआई अनुरोधों की संख्या में वृद्धि होती है और इसके परिणामस्वरूप, इंटरनेट संसाधनों का अत्यधिक उपयोग होता है।

रेखांकन के साथ ग्राहक क्वेरी

GraphQL एक अद्वितीय दृष्टिकोण का प्रतिनिधित्व करता है जो क्लाइंट अनुप्रयोगों को जबरदस्त लचीलापन देता है। ग्राफकाइक के साथ, क्वेरी आपके एपीआई को भेजी जाती है, और वास्तव में आपको जो चाहिए वह वापस आ जाता है - कोई अधिक नहीं, कोई कम नहीं - एक क्वेरी में। क्वेरी परिणाम उसी रूप में क्वेरी के रूप में ही लौटाए जाते हैं, यह सुनिश्चित करते हुए कि प्रतिक्रिया संरचना हमेशा अनुमानित है। ये कारक अनुप्रयोगों को तेज़ी से चलाने और अधिक स्थिर होने की अनुमति देते हैं क्योंकि वे प्राप्त डेटा को नियंत्रित करते हैं, सर्वर को नहीं।

"परिणाम प्रश्नों के रूप में उसी रूप में लौटाए जाते हैं"

 /* Query */ { myFriends(first: 2) { items { name age } } } 

 /* Response */ { "data": { "items": [ { "name": "Steve", "age": 27 }, { "name": "Kelly", "age": 31 } ] } } 

वास्तविकता की जाँच

अब आप शायद यह सोचते हैं कि ग्राफक्यूएल के साथ काम करना उतना ही आसान है जितना कि समुराई तलवार से गर्म मक्खन काटना। यह फ्रंट-एंड डेवलपर्स के लिए सही हो सकता है। हालांकि, जब सर्वर साइड को कॉन्फ़िगर करने की बात आती है, तो किसी को सबसे कठिन काम करना पड़ता है। हमारे दोस्त जॉर्जिया GrafKewEl ने एक उत्तम दर्जे का पेशेवर बनने में बहुत प्रयास किया है।

सर्वर साइड GraphQL एपीआई बनाना समय, प्रयास और अनुभव लेता है। फिर भी, जो परीक्षण के लिए तैयार हैं वे इससे निपटने में सक्षम हैं। उदाहरण के लिए, ऐसा करने के कई अलग-अलग तरीके हैं:

अपने दम पर : यदि आप वास्तव में सब कुछ खुद करना चाहते हैं, तो पैकेज के साथ ग्राफकॉल एपीआई बनाने की कोशिश करें। रेल का उपयोग करना? ग्रेफ्ल-रूबी की कोशिश करें। प्यार Node.js? एक्सप्रेस-ग्राफकल की कोशिश करें।

सहायता के साथ : यदि लचीला होस्टिंग कॉन्फ़िगरेशन आपके लिए प्राथमिकता है, तो ग्राफकॉल जैसी कोई चीज आपको ग्राफकॉल प्रोजेक्ट के साथ आरंभ करने में मदद कर सकती है।

त्वरित : एक CRUD टेम्पलेट लिखने के थक गए और जल्दी से शुरू करना चाहते हैं? 8base एक त्वरित ग्राफक्लाइन एपीआई और एक सर्वर बैकएंड प्रदान करता है जिसे बढ़ाया जा सकता है।

निष्कर्ष में

वेब सेवाओं के लिए, आरईएसटी एक महत्वपूर्ण कदम था, जिससे आवश्यक संसाधनों तक पहुंचने के लिए एपीआई बनाना आसान हो गया। हालांकि, इसके डिजाइन ने मोबाइल उपकरणों के वर्तमान प्रसार को ध्यान में नहीं रखा, डेटा डाउनलोड की मात्रा और आवश्यकताओं पर विभिन्न प्रतिबंधों के साथ। इस चूक के कारण ग्राफक्यूएल की लोकप्रियता बढ़ गई, जिसे फेसबुक ने 2015 में खुला स्रोत बनाया, मुख्य रूप से लचीलेपन के कारण जो फ्रंट-एंड डेवलपर्स को देता है। GraphQL के साथ काम करना व्यक्तिगत डेवलपर्स और टीमों दोनों के लिए एक शानदार अनुभव है।