एकाधिक एपीआई अनुरोधों को सदस्यता के बजाय मर्ज मैप और कांटे का उपयोग करके

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

इस लेख में, मैं विलय और मानचित्र का उपयोग करके कोणीय में कई प्रश्नों को संभालने के लिए दो दृष्टिकोण दिखाऊंगा।

सामग्री:

1. समस्या
2. सदस्यता लेने के
3. mergeMap
4. forkJoin
5. मर्ज मैप और फोर्कजोन को मिलाना
6. मर्जपाइप और फोर्कजोन के साथ सदस्यता की तुलना करें

समस्या

वेब एप्लिकेशन डेवलपमेंट में, हमें अक्सर एक से अधिक एपीआई कॉल की आवश्यकता होती है। आप पृष्ठ पर जाते हैं, कई अनुरोध करते हैं, आवश्यक डेटा प्राप्त करते हैं और बाद के कॉल के लिए इनमें से कुछ अनुरोधों के परिणाम आवश्यक हैं।

जब हम ऐसे कई अनुरोध करते हैं, तो उच्च स्तर के प्रदर्शन और कोड गुणवत्ता को बनाए रखते हुए उन्हें कुशलतापूर्वक संसाधित करना महत्वपूर्ण है।

मैं आपको एक साधारण आवेदन दिखाऊंगा जहाँ हमें परीक्षण एपीआई के लिए 3 अनुरोध करने की आवश्यकता है ( https://jsonplaceholder.typicode.com ):

1. लॉग इन करें और उपयोगकर्ता जानकारी का अनुरोध करें
2. उपयोगकर्ता जानकारी के आधार पर, हमें उपयोगकर्ता पोस्ट की एक सूची मिलती है
3. उपयोगकर्ता की जानकारी के आधार पर, हमें उपयोगकर्ता द्वारा निर्मित एल्बमों की एक सूची मिलती है

कोणीय में अनुरोधों को संभालने के लिए सदस्यता सामान्य तरीका है, लेकिन अधिक कुशल तरीके हैं। पहले हम सदस्यता का उपयोग करके समस्या का समाधान करेंगे, और फिर हम मर्ज मैप और फोर्कजॉइन का उपयोग करके समाधान में सुधार करेंगे।

सदस्यता लेने के

बहुत सरल तरीका है। हम एपीआई के लिए पहला अनुरोध करते हैं। फिर, नेस्टेड सदस्यता में, ताकि आप पहले उत्तर का उपयोग कर सकें, हम एपीआई के लिए दो और अनुरोध करते हैं।

mergeMap

जब हम मैन्युअल रूप से अनुरोधों के क्रम को नियंत्रित करने की आवश्यकता होती है तो इस ऑपरेटर का सबसे अच्छा उपयोग किया जाता है।

तो हम मर्ज मैप का उपयोग कब करते हैं?
जब प्रथम API अनुरोध का परिणाम होता है, तो हमें निम्नलिखित कार्य करने होंगे।



एक उदाहरण देखें, हम देखते हैं कि दूसरे अनुरोध के लिए हमें पहली कॉल की प्रतिक्रिया से उपयोगकर्ता की आवश्यकता है।

कृपया ध्यान दें:

1. फ्लैटपेज़ - मर्ज़ के लिए उपनाम
2. मर्जपेज एक ही समय में कई सक्रिय आंतरिक सदस्यता का समर्थन करता है, इसलिए आप इस तरह के लंबे समय तक रहने वाले सदस्यता के साथ मेमोरी लीक बना सकते हैं

forkJoin

यह ऑपरेटर उपयुक्त है अगर हमें कई प्रश्न करने की आवश्यकता है और प्रत्येक का परिणाम महत्वपूर्ण है। यही है, आप कई प्रश्नों को समूह बना सकते हैं, उन्हें समानांतर में चला सकते हैं और केवल एक अवलोकन योग्य वापस कर सकते हैं।

तो हम forkJoin का उपयोग कब करते हैं?

जब अनुरोध समानांतर में निष्पादित किए जा सकते हैं और एक दूसरे पर निर्भर नहीं होते हैं।

मर्ज मैप और फोर्कजोन को मिलाना

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



इसलिए हमने नेस्टेड सब्सक्रिप्शन को टाल दिया और कोड को कई छोटे तरीकों में तोड़ दिया।

मर्जपेज और फोर्कजोन के साथ एक नियमित सदस्यता की तुलना करना

एकमात्र अंतर जो मैंने देखा है वह है HTML पार्सिंग।

आइए एक नियमित सदस्यता का उपयोग करते समय पार्सिंग में लगने वाले समय को देखें:



अब देखते हैं कि mergeMap और forkJoin का उपयोग करके HTML को कितना पार्स किया जाता है



मैंने परिणाम की कई बार तुलना की और इस नतीजे पर पहुंचा कि मर्ज मैप और फोर्कयॉइन के साथ पार्स करना हमेशा तेज होता है लेकिन अंतर बहुत बड़ा नहीं होता (~ 100ms)।
सबसे महत्वपूर्ण बात यह है कि कोड को अधिक समझने और पढ़ने योग्य बनाने का एक तरीका है।

संक्षेप में देना

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

आशा है कि लेख उपयोगी था! मीडियम और ट्विटर पर मुझे फॉलो करें टिप्पणी करने और प्रश्न पूछने के लिए स्वतंत्र महसूस करें। मुझे मदद करने में खुशी होगी!

यहां के सूत्र