शीर्ष आरईएसटी एपीआई साक्षात्कार प्रश्न और उत्तर

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

RESTful API से संबंधित साक्षात्कार प्रश्नों की तैयारी कैसे करें?

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

आरईएसटी क्या है?

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

एक आरईएसटी एपीआई क्या है?

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

RESTful API को API के रूप में जाना जाता है जो किसी न किसी तरह से REST से जुड़ा होता है। सभी डेटा को REST API में संसाधन माना जाता है और एक सटीक मानक स्थिरांक इकाई (URI) द्वारा निर्धारित किया जाता है। ट्विटर एपीआई एक संसाधन के रूप में एक ट्वीट बनाता है जिसे उपयोगकर्ता एक्सेस और पुनर्प्राप्त कर सकता है। ट्विटर एपीआई का उपयोग करके उपयोगकर्ता आसानी से ट्वीट प्रकाशित कर सकते हैं।

आरईएसटी के सिद्धांत क्या हैं?

क्लाइंट-सर्वर प्रतिक्रियाओं के एक क्रम की अनुमति देता है जिसका उपयोग उपभोक्ता और सर्वर के बीच संचारित करने के लिए किया जाता है। दोनों एक दूसरे से प्रतिक्रिया भेज और स्वीकार कर सकते हैं। क्लाइंट-सर्वर पद्धति की यह स्पष्ट दृष्टि दोनों बलों को एक दूसरे से बिना सहायता के संचालित करने की अनुमति देगी।

स्तरित प्रणाली

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

यूनिफ़ॉर्म इंटरफ़ेस

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

राज्यविहीन

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

संचित करने योग्य

क्लाइंट सर्वर से सर्वर उत्तरों का उपयोग करके प्रदर्शन बढ़ाने के लिए किसी भी संसाधन को कैश कर सकते हैं जो इंगित करता है कि संसाधन कैश करने योग्य है या नहीं। आरईएसटी में निम्नलिखित वैकल्पिक शर्त भी शामिल है।

कोड-ऑन-डिमांड

एक एपीआई की प्रतिक्रिया में निष्पादन योग्य कोड हो सकता है जिसे उपयोगकर्ता चला सकते हैं। इस प्रकार, क्लाइंट एप्लिकेशन कोड को अपने बैक एंड पर निष्पादित कर सकता है।

AJAX और REST में क्या अंतर है?

AJAX और REST के बीच का अंतर है:

Try AppMaster no-code today!

Platform can build any web, mobile or backend application 10x faster and 3x cheaper

Start Free

माइक्रोसर्विस आर्किटेक्चर कैसे काम करता है?

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

• ग्राहकों

विभिन्न उपकरणों का उपयोग करके कई उपयोगकर्ताओं द्वारा अनुरोध भेजे जाते हैं।

• पहचान प्रदाता

उपयोगकर्ताओं या ग्राहकों की पहचान सत्यापित करें और सुरक्षा टोकन प्रदान करें।

• एपीआई गेटवे

क्लाइंट अनुरोधों को एपीआई गेटवे के माध्यम से नियंत्रित किया जाता है।

• स्थिर सामग्री

सिस्टम की सभी सामग्री स्थिर सामग्री में निहित है।

• प्रबंधन

विफलताओं को निर्धारित करता है और नोड्स में सेवाओं को संतुलित करता है।

• सेवा की खोज

माइक्रोसर्विसेज के बीच संचार का मार्ग निर्धारित करने के लिए एक उपकरण।

• सामग्री वितरण प्रसार

प्रॉक्सी सर्वर और संबंधित डेटा केंद्रों का एक वितरित नेटवर्क।

• दूरस्थ सेवा

आईटी उपकरणों के नेटवर्क पर संग्रहीत जानकारी को दूरस्थ सेवा की सहायता से दूरस्थ रूप से एक्सेस किया जा सकता है।

आरईएसटी द्वारा समर्थित HTTP विधियां क्या हैं?

REST HTTP समर्थित विधियाँ हैं:

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

HEAD - अनुरोध URL के बारे में मेटाडेटा लौटाया जाता है। आइए एक रिकॉर्ड के दृष्टिकोण से स्थिति की जांच करें। मान लें कि कर्मचारी संख्या 1 वाले एक कर्मचारी के लिए एक रिकॉर्ड था। निम्नलिखित गतिविधियाँ प्रत्येक कुछ अलग दर्शाती हैं।

पोस्ट - चूंकि हम कर्मचारी 1 के लिए जानकारी प्राप्त कर रहे हैं, जिसे पहले ही बनाया जा चुका है, यह लागू नहीं है।

GET - इसका उपयोग RESTful वेब API के माध्यम से कर्मचारी की जानकारी प्राप्त करने के लिए किया जाएगा, और कर्मचारी संख्या 1 होगी।

PUT - RESTful वेब एपीआई का उपयोग करते हुए, कर्मचारी नंबर 1 को दर्शाने के लिए कर्मचारी की जानकारी को अपडेट करने के लिए PUT का उपयोग किया जाएगा।

DELETE - इस फ़ंक्शन का उपयोग कर्मचारी की जानकारी को कर्मचारी संख्या 1 के साथ निकालने के लिए किया जाता है।

पुट और पोस्ट में क्या अंतर है?

पुट और पोस्ट के बीच का अंतर इस प्रकार है:

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

Try AppMaster no-code today!

Platform can build any web, mobile or backend application 10x faster and 3x cheaper

Start Free

मोनोलिथिक SOA और माइक्रोसर्विस आर्किटेक्चर में क्या अंतर है?

मोनोलिथिक ऐप्स के विकास की दर बहुत धीमी होती है और वे परस्पर, अविभाज्य इकाइयों से बने होते हैं। छोटी, न्यूनतम रूप से जुड़ी सेवाएं SOA बनाती हैं, जिसका सीमित विकास भी है।

माइक्रोसर्विसेज तेजी से चलने वाले विकास चक्र के साथ अविश्वसनीय रूप से छोटे, शिथिल रूप से जुड़े, स्टैंडअलोन सेवाएं हैं।

यूआरआई क्या है?

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

यूआरआई का प्रारूप है:

<प्रोटोकॉल>://<सेवा-नाम>/<संसाधन प्रकार>/<संसाधन आईडी>

यूआरआई दो प्रकार के होते हैं

1. URL - किसी संसाधन को उसके स्थान से प्राप्त करने की जानकारी यूनिफ़ॉर्म रिसोर्स लोकेटर में उपलब्ध है।

URL में नेटवर्क होस्टनाम (sampleServer.com) और सामग्री के पथ (/samplePage.html) के बारे में जानकारी होती है, और वे एक प्रोटोकॉल (जैसे FTP, HTTP, आदि) से शुरू होते हैं। इसमें खोज मानदंड भी हो सकते हैं।

2. यूआरएन - एक ऐसे नाम का उपयोग करके जो विशिष्ट और टिकाऊ दोनों है, एक समान संसाधन नाम संसाधन की पहचान करता है।

इंटरनेट पर संसाधन का स्थान आवश्यक रूप से यूआरएन द्वारा निर्दिष्ट नहीं है। संसाधनों की पहचान करते समय वे अन्य पार्सर्स को नियोजित करने के लिए मॉडल के रूप में कार्य करते हैं।

जब भी कोई यूआरएन किसी दस्तावेज़ की पहचान करता है, तो इसे "रिज़ॉल्वर" का उपयोग करके जल्दी से एक यूआरएल में परिवर्तित किया जा सकता है ताकि इसे डाउनलोड किया जा सके।

रेस्टफुल वेब सर्विसेज की विशेषताएं क्या हैं?

ये सुविधाएँ हर RESTful वेब सेवा में मौजूद हैं:

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

HTTP स्थिति कोड क्या हैं?

HTTP स्थिति में उपयोग किए जाने वाले मानक कोड स्थापित सर्वर कार्य पूर्ण होने की स्थिति के अनुरूप होते हैं। उदाहरण के लिए, HTTP स्थिति 404 इंगित करती है कि सर्वर के पास अनुरोधित संसाधन नहीं है।

आइए HTTP स्थिति कोड देखें और उनका अर्थ समझें:

• 200 - ठीक है, सफलता स्पष्ट है।
• 201 - जब कोई पोस्ट या पुट अनुरोध सफलतापूर्वक संसाधन बनाता है, तो प्रतिक्रिया कोड 201 - बनाया जाता है। स्थान शीर्षलेख का उपयोग करके, URL को नए जेनरेट किए गए संसाधन पर लौटाएं।
• 304 - सशर्त जीईटी अनुरोधों के मामले में, नेटवर्क बैंडविड्थ को बचाने के लिए स्थिति कोड 304 संशोधित नहीं किया जाता है। प्रतिक्रिया निकायों को शून्य होना चाहिए। दिनांक, स्थान और अन्य जानकारी हेडर में होनी चाहिए।
• 400 - खराब अनुरोध इंगित करता है कि अमान्य इनपुट, जैसे अनुपलब्ध डेटा या सत्यापन त्रुटि प्रदान की गई है।
• 401 - FORBIDDEN इंगित करता है कि उपयोगकर्ता के पास उपयोग की जाने वाली विधि तक पहुँच नहीं है, जैसे कि व्यवस्थापक अधिकारों के बिना पहुँच को हटाना।
• 404 - त्रुटि इंगित करती है कि अनुरोधित विधि नहीं मिल सकती है।
• 409 - संघर्ष जब विधि निष्पादित की जाती है, तो यह एक परस्पर विरोधी समस्या को इंगित करती है, जैसे कि डुप्लिकेट प्रविष्टियाँ सम्मिलित करना।
• 500 - आंतरिक सर्वर त्रुटि कोड इंगित करता है कि विधि निष्पादित होने के दौरान सर्वर ने अपवाद फेंक दिया।

क्या आप मुझे RESTful वेब सेवाओं के नुकसान बता सकते हैं?

रेस्टफुल वेब सेवाओं के नुकसान हैं:

Try AppMaster no-code today!

Platform can build any web, mobile or backend application 10x faster and 3x cheaper

Start Free

• रेस्टफुल वेब सेवाओं में सत्र को बनाए रखने में असमर्थ हैं क्योंकि सहायक स्टेटलेसनेस की अवधारणा से चिपके रहते हैं।
• आरईएसटी के लिए सुरक्षा और सुरक्षा प्रतिबंध आवश्यक नहीं हैं। सुरक्षा उपायों के लिए कुछ प्रोटोकॉल का उपयोग किया जाता है। ऐसा करने से एक चेतावनी मिलेगी जो यह निर्धारित करते समय नियोजित हो सकती है कि कौन से सुरक्षा और सुरक्षा मानकों को चुनना है, उदाहरण के लिए - एसएसएल/टीएलएस प्रमाणीकरण।

SOAP और REST में अंतर बताएं?

SOAP और REST के बीच का अंतर है:

HTTP रिस्पांस के मुख्य घटक क्या हैं?

HTTP प्रतिक्रिया में चार प्रमुख घटक हैं जो निम्नलिखित हैं:

• प्रतिक्रिया स्थिति कोड - यह संसाधन अनुरोध के जवाब में सर्वर का स्थिति कोड प्रदर्शित करता है। उदाहरण: क्लाइंट-साइड त्रुटि को 400 द्वारा दर्शाया जाता है, जबकि एक सफल उत्तर को 200 द्वारा दर्शाया जाता है।
• HTTP संस्करण - HTTP प्रोटोकॉल संस्करण HTTP संस्करण द्वारा दर्शाया गया है।
• प्रतिक्रिया शीर्षलेख - प्रतिक्रिया संदेश का मेटाडेटा इस खंड में निहित है। डेटा का उपयोग सामग्री की लंबाई, प्रकार, प्रतिक्रिया तिथि, सर्वर प्रकार आदि जैसी चीजें प्रदान करने के लिए किया जा सकता है।
• प्रतिक्रिया निकाय - संसाधन या संदेश जो सर्वर वास्तव में लौटाता है वह प्रतिक्रिया निकाय में निहित होता है।

वेबसाकेट और आरईएसटी के बीच अंतर क्या हैं?

नीचे उल्लिखित वेबसाकेट और आरईएसटी के बीच कुछ अंतर यहां दिए गए हैं:

REST CRUD संचालन पर आधारित है, जबकि WebSocket सॉकेट और पोर्ट की अवधारणाओं पर आधारित एक निम्न-स्तरीय प्रोटोकॉल है, जो मूलभूत परिवहन तंत्र हैं।

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

REST के विपरीत, जो HTTP पर आधारित है, जो क्षैतिज रूप से स्केल कर सकता है, WebSocket कनेक्शन एक सर्वर पर लंबवत रूप से स्केल कर सकते हैं। REST- आधारित संचार तुलनात्मक रूप से अधिक महंगा है, लेकिन WebSocket संचार कम खर्चीला है।

Try AppMaster no-code today!

Platform can build any web, mobile or backend application 10x faster and 3x cheaper

Start Free

क्या हम REST में ट्रांसपोर्ट लेयर सिक्योरिटी (TLS) लागू कर सकते हैं?

हम कर सकते हैं, हाँ! आरईएसटी में क्लाइंट-सर्वर का संचार टीएलएस का उपयोग करके एन्क्रिप्ट किया गया है, जो उपयोगकर्ता को सर्वर का पता लगाने की क्षमता भी प्रदान करता है। चूंकि यह सिक्योर सॉकेट लेयर (एसएसएल) की जगह लेता है, यह उपयोगकर्ता और सर्वर के बीच सुरक्षित संचार का एक रूप है। चूंकि HTTPS सिक्योर सॉकेट लेयर (SSL) और ट्रांसपोर्ट लेयर सिक्योरिटी (TLS) के साथ अच्छी तरह से काम करता है, इसलिए यह RESTful वेब सेवाओं को बनाते समय उपयोगी होता है। यहां, यह ध्यान रखना महत्वपूर्ण है कि REST उस प्रोटोकॉल के पहलुओं में आता है जिसका वह उपयोग करता है। इसलिए, सुरक्षा सुरक्षा REST के प्रोटोकॉल पर निर्भर करती है।

अधिकतम पेलोड आकार क्या है जिसे POST विधियों में भेजा जा सकता है?

पेलोड का परिमाण जिसे पोस्ट विधि में संप्रेषित किया जा सकता है, सैद्धांतिक रूप से अप्रतिबंधित है। हालांकि, यह याद रखना महत्वपूर्ण है कि बड़े पेलोड अधिक बैंडविड्थ की खपत करेंगे और सर्वर की प्रतिक्रिया को प्रभावित करते हुए संसाधित होने में अधिक समय लेंगे।

JAX-RS API में मौजूद प्रमुख एनोटेशन की सूची बनाएं

• पथ - यह REST संसाधन के सापेक्ष यूनिफ़ॉर्म रिसोर्स आइडेंटिफ़ायर (URI) पथ का विवरण देता है।
• GET - अनुरोध विधि के लिए यह डिज़ाइनर HTTP GET से मेल खाता है। वे GET प्रश्नों को संभालते हैं।
• POST - अनुरोध विधि के लिए यह डिज़ाइनर HTTP POST से मेल खाता है। वे POST पूछताछ से निपटते हैं।
• PUT - अनुरोध विधि के लिए यह डिज़ाइनर HTTP PUT अनुरोधों से मेल खाता है। वे PUT पूछताछ से निपटते हैं।
• DELETE - इसे HTTP DELETE के लिए उपयोग की जाने वाली अनुरोध विधि के लिए डिज़ाइनर के रूप में परिभाषित किया गया है। वे DELETE अनुरोधों को संभालते हैं।
• HEAD - अनुरोध विधि के लिए यह डिज़ाइनर HTTP HEAD से मेल खाता है। वे हेड पूछताछ से निपटते हैं।
• PathParam - डेवलपर इस यूनिफ़ॉर्म रिसोर्स आइडेंटिफ़ायर (URI) पथ पैरामीटर का उपयोग संसाधन वर्गों/विधियों के लिए URI से पैरामीटर निकालने के लिए कर सकते हैं।
• QueryParam - संसाधन वर्ग/विधियाँ इन प्रश्नों का उपयोग कर सकती हैं जिन्हें यूनिफ़ॉर्म रिसोर्स आइडेंटिफ़ायर (URI) से डेवलपर द्वारा इस यूनिफ़ॉर्म रिसोर्स आइडेंटिफ़ायर (URI) क्वेरी पैरामीटर का उपयोग करके निकाला गया था।
• उत्पादन - MIME संसाधन प्रस्तुतियाँ जो उत्तर के रूप में उपयोगकर्ता को बनाई और भेजी जाती हैं, यहाँ निर्दिष्ट हैं।
• उपभोग करता है - यह MIME संसाधन प्रस्तुतियों का विवरण देता है जिसे सर्वर उपयोगकर्ता से वापस प्राप्त करते समय स्वीकार या उपयोग करेगा।

वसंत में RestTemplate को परिभाषित करें

RESTful सेवाओं तक उपयोगकर्ता की पहुँच के लिए प्राथमिक वर्ग को RestTemplate कहा जाता है। REST प्रतिबंधों का उपयोग करते हुए, सर्वर के साथ संचार किया जाता है। यह स्प्रिंग द्वारा पेश किए गए विभिन्न टेम्प्लेट अनुभागों से तुलनीय है, जैसे कि JdbcTemplate और HibernateTemplate। RestTemplate विधियों को (यूनिफ़ॉर्म रिसोर्स आइडेंटिफ़ायर) URI टेम्प्लेट, URI (यूनिफ़ॉर्म रिसोर्स आइडेंटिफ़ायर) पथ पैराम्स, अनुरोध / प्रतिक्रिया प्रकार, अनुरोध ऑब्जेक्ट आदि का उपयोग करके संचार करने की क्षमता देता है। यह GET जैसे HTTP तरीकों के लिए उच्च-स्तरीय कार्यान्वयन विवरण प्रदान करता है। , पोस्ट, डाल, आदि।

स्प्रिंग 4.3 से यह खंड @GetMapping, PutMapping, @PostMapping, आदि जैसे अक्सर उपयोग किए जाने वाले एनोटेशन प्रदान करता है। इससे पहले, स्प्रिंग उपयोग की जा रही विधियों को निर्दिष्ट करने के लिए @RequestMapping व्याख्या प्रदान करता है।

@RequestMapping का क्या उपयोग है?

• एनोटेशन का उपयोग करके अनुरोधों को विशेष हैंडलर विधियों में मैप किया जाता है।
• डिस्पैचर सर्वलेट स्प्रिंग में आने वाले सभी वेब एप्लिकेशन रूटिंग का प्रबंधन करता है। अनुरोध हैंडलर का उपयोग करके, यह तय करता है कि सभी में से कौन सा नियंत्रक अनुरोध प्राप्त होने पर अनुरोध को संभालने का इरादा रखता है। @Controller एनोटेशन वाले सभी वर्गों को डिस्पैचर सर्वलेट द्वारा स्कैन किया जाता है।
  @RequestMapping एनोटेशन, जो नियंत्रक विधियों और कक्षाओं के अंदर परिभाषित हैं, अनुरोध रूटिंग प्रक्रिया के लिए आवश्यक हैं।

वेब एपीआई के विकास या परीक्षण के लिए टूल या एपीआई की सूची बनाएं

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

Try AppMaster no-code today!

Platform can build any web, mobile or backend application 10x faster and 3x cheaper

Start Free

कैशिंग क्या है?

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

संसाधनों का हेडर और संक्षिप्त विवरण नीचे शामिल किया गया है ताकि कैशिंग प्रक्रिया उनकी पहचान कर सके:

• दिनांक और समय संसाधन बनाया गया था
• संसाधन अद्यतन की तिथि और समय, जो आमतौर पर सबसे हाल की जानकारी रखता है
• कैश-कंट्रोल के लिए हैडर
• दिनांक और समय जब कैश्ड संसाधन काम करना बंद कर देगा
• वह उम्र जो संसाधन लाए जाने के समय के लिए शुरुआती बिंदु तय करती है

REST API सीखने के लिए सबसे अच्छे संसाधन कौन से हैं?

वेबसाइट और मोबाइल एप्लिकेशन विकसित करने के लिए REST API सीखने के लिए कई संसाधन उपलब्ध हैं। शीर्ष 5 नीचे सूचीबद्ध हैं:

रेस्टफुल वेब सर्विसेज

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

बाकी एपीआई ट्यूटोरियल

यदि आप एक किताब या पढ़ने वाले व्यक्ति नहीं हैं, तो रिप्रेजेंटेटिव स्टेट ट्रांसफर (REST) सीखने के लिए REST API ट्यूटोरियल एक बेहतरीन ऑनलाइन संसाधन है। यह संसाधन आपको सभी बुनियादी पहलुओं को शामिल करते हुए शुरू से अंत तक आरईएसटी सीखने में मदद करेगा। यह ट्यूटोरियल रिप्रेजेंटेटिव स्टेट ट्रांसफर (REST) की शुरुआत के साथ शुरू होता है, फिर HTTP से संबंधित रणनीतियों और ज्ञान से संबंधित उदाहरणों के मार्ग का अनुसरण करेगा, और इसी तरह।

बाकी एपीआई डिजाइन नियम पुस्तिका

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

एपीआई डेवलपर साप्ताहिक न्यूज़लेटर

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

निश्चित होना

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

संक्षेप में

निर्णायक होने के लिए, उपर्युक्त लेख आरईएसटी एपीआई साक्षात्कार प्रश्न साझा करता है। इसमें उन लोगों के लिए सभी आरईएसटी एपीआई साक्षात्कार प्रश्न शामिल हैं जो आवेदन करने जा रहे हैं या समान नौकरियों के लिए आवेदन कर चुके हैं जिनके लिए रीस्टफुल एपीआई ज्ञान की आवश्यकता होती है। ये सबसे सामान्य प्रश्न हैं जो एक साक्षात्कारकर्ता नौकरी के साक्षात्कार के दौरान आपसे पूछ सकता है। इसके अलावा, अंतिम साक्षात्कार के लिए बैठने से पहले उल्लिखित संसाधनों की जाँच करें।

इसके अलावा, यदि आप अपना वेबसाइट एप्लिकेशन या मोबाइल ऐप बनाना चाहते हैं, तो AppMaster आपकी अंतिम पसंद हो सकता है। यह एक नो-कोड प्लेटफॉर्म है जो आपको आसान . के साथ सभी प्रकार के एप्लिकेशन बनाने की अनुमति देगाdd-ddronp-vaastv-men-kya-hai-aur-yh-aapko-mncaahaa-ksttm-sonph-ttveyr-praapt-krne-men-kaise-mdd-krtaa-hai">ड्रैग-एंड-ड्रॉप विधियों और आवश्यकता नहीं पिछला कोडिंग अनुभव या ज्ञान। आज ही डील देखें।