Firebase Remote Config आपको कई तरह की सुविधाएं देता है. जैसे, सर्वर से नई वैल्यू कब और कैसे फ़ेच करनी हैं और उन्हें अपने ऐप्लिकेशन में कब चालू करना है. इससे आपको यह पक्का करने में मदद मिलती है कि असली उपयोगकर्ता को बेहतर अनुभव मिले. इसके लिए, आपको कॉन्फ़िगरेशन में दिखने वाले बदलावों के समय को कंट्रोल करना होता है. fetchAndActivate() का इस्तेमाल करके, ऐप्लिकेशन लॉन्च होने पर नई वैल्यू फ़ेच की जा सकती हैं. साथ ही, Remote Config का नया वर्शन पब्लिश होने के बाद, अपने-आप पैरामीटर की नई वैल्यू फ़ेच करने के लिए, रीयल-टाइम Remote Config का इस्तेमाल किया जा सकता है.
इस गाइड में, कुछ लोडिंग रणनीतियों के बारे में बताया गया है. साथ ही, इसमें आपके ऐप्लिकेशन के लिए सबसे सही विकल्प चुनने से जुड़ी अहम बातों पर चर्चा की गई है.
पहली रणनीति: लोड होने पर फ़ेच और चालू करना
इस रणनीति में, जब आपका ऐप्लिकेशन पहली बार शुरू होता है, तब वह fetchAndActivate() को कॉल करता है. इससे Remote Config से नई वैल्यू फ़ेच की जाती हैं और उन्हें लोड होने के तुरंत बाद चालू कर दिया जाता है. यह आसान तरीका, कॉन्फ़िगरेशन में किए गए उन बदलावों के लिए सबसे सही है जिनकी वजह से आपके यूज़र इंटरफ़ेस (यूआई) में कोई बड़ा विज़ुअल बदलाव नहीं होता. इसका इस्तेमाल ऐसी किसी भी स्थिति में नहीं किया जाना चाहिए जहां उपयोगकर्ता के यूज़र इंटरफ़ेस (यूआई) में काफ़ी बदलाव हो सकता है.
आपका ऐप्लिकेशन fetchAndActivate() को कॉल करने के बाद, addOnConfigUpdateListener को कॉल करके पैरामीटर वैल्यू के अपडेट को रीयल टाइम में सुनना शुरू कर सकता है. यह तरीका, पैरामीटर वैल्यू में सर्वर-साइड से होने वाले किसी भी अपडेट को सुनना शुरू कर देता है. साथ ही, उन्हें अपने-आप फ़ेच करता है. इसके बाद, लिसनर को कॉल करता है. लिसनर में नई वैल्यू चालू करना एक आसान रणनीति है. हालांकि, fetchAndActivate() के लिए बताए गए तरीके के मुताबिक, संवेदनशील यूज़र इंटरफ़ेस (यूआई) के लिए, तुरंत चालू करने से बचना चाहिए.
दूसरी रणनीति: लोड हो रही स्क्रीन के पीछे चालू करना
पहली रणनीति में यूज़र इंटरफ़ेस (यूआई) से जुड़ी समस्या को ठीक करने के लिए, लोडिंग स्क्रीन का इस्तेमाल किया जा सकता है. ऐप्लिकेशन को तुरंत शुरू करने के बजाय, लोडिंग स्क्रीन दिखाएं और पूरा होने वाले हैंडलर में fetchAndActivate को कॉल करें.
इसके बाद, कॉलबैक या सूचना का इस्तेमाल करके, लोडिंग स्क्रीन को बंद करें. साथ ही, उपयोगकर्ता को अपने ऐप्लिकेशन से इंटरैक्ट करने की अनुमति दें.
इस रणनीति का इस्तेमाल करने पर, हमारा सुझाव है कि लोडिंग स्क्रीन में टाइमआउट जोड़ें. रिमोट कॉन्फ़िगरेशन का एक मिनट का टाइम आउट, ऐप्लिकेशन को शुरू करने के अच्छे अनुभव के लिए बहुत ज़्यादा हो सकता है.
इस रणनीति के साथ, addOnConfigUpdateListener को कॉल करके Remote Config के रीयल-टाइम अपडेट सुनने की सुविधा का इस्तेमाल किया जा सकता है. लोडिंग स्क्रीन दिखने पर लिसनर जोड़ें. इसके बाद, अपने ऐप्लिकेशन में एक या उससे ज़्यादा जगहों पर activate() का इस्तेमाल करें. ऐसा उन जगहों पर करें जहां Remote Config वैल्यू से विज़ुअल में ज़्यादा बदलाव नहीं होंगे.
तीसरी रणनीति: अगले स्टार्टअप के लिए नई वैल्यू लोड करना
नई कॉन्फ़िगरेशन वैल्यू लोड करना एक असरदार रणनीति है. इससे आपके ऐप्लिकेशन के अगले स्टार्टअप पर, ये वैल्यू चालू हो जाती हैं. इस रणनीति में, आपका ऐप्लिकेशन स्टार्टअप पर फ़ेच की गई वैल्यू को चालू करता है. इसके बाद, नई वैल्यू फ़ेच करने की कोशिश करता है. ऐसा यह मानकर किया जाता है कि ऐप्लिकेशन ने नई कॉन्फ़िगरेशन वैल्यू पहले ही फ़ेच कर ली हैं, लेकिन उन्हें अभी तक चालू नहीं किया गया है. इस रणनीति के लिए कार्रवाइयों का क्रम यह है:
- स्टार्टअप पर, पहले से फ़ेच की गई वैल्यू को तुरंत ऐक्टिवेट करें. इससे, पिछले सेशन में सर्वर से डाउनलोड की गई सभी वैल्यू लागू हो जाती हैं. साथ ही, यह तुरंत लागू हो जाती हैं.
- जब उपयोगकर्ता आपके ऐप्लिकेशन से इंटरैक्ट करता है, तब डिफ़ॉल्ट तौर पर फ़ेच करने के कम से कम इंटरवल के हिसाब से नई वैल्यू फ़ेच करने के लिए, एसिंक्रोनस कॉल शुरू करें. साथ ही, रीयल-टाइम कॉन्फ़िगरेशन अपडेट लिसनर जोड़ें. रीयल-टाइम लिसनर, सर्वर पर पब्लिश की गई किसी भी वैल्यू को अपने-आप फ़ेच कर लेगा. ऐसा तब होगा, जब आपका ऐप्लिकेशन चल रहा हो. रीयल-टाइम अपडेट, डेटा फ़ेच करने के कम से कम इंटरवल की सेटिंग को अनदेखा करते हैं.
- फ़ेच कॉल के लिए, पूरा होने वाले हैंडलर या कॉलबैक में कुछ न करें. जब तक ऐप्लिकेशन को अगली बार शुरू नहीं किया जाता, तब तक ऐप्लिकेशन में डाउनलोड की गई वैल्यू सेव रहेंगी.
इस रणनीति से, उपयोगकर्ता के इंतज़ार का समय काफ़ी कम हो जाता है. ऐप्लिकेशन के लाइफ़साइकल में ज़रूरत के मुताबिक, फ़ेच करने और रीयल-टाइम लिसनर की रणनीतियों को activate() कॉल के साथ मिलाकर इस्तेमाल करने से यह पक्का किया जा सकता है कि उपयोगकर्ताओं को आपके ऐप्लिकेशन के साथ इंटरैक्ट करते समय, Remote Config से मिली नई वैल्यू मिलें.
डेटा लोड होने की रणनीतियों को लोड किया जा रहा है
लोडिंग के फ़ायदों और नुकसानों के बारे में ऊपर दी गई जानकारी से, आपको शायद यह समझ आ गया होगा कि आपको इस्तेमाल के कुछ पैटर्न से बचना चाहिए.
- जब उपयोगकर्ता यूज़र इंटरफ़ेस (यूआई) को देख रहा हो या उससे इंटरैक्ट कर रहा हो, तब यूआई के पहलुओं को अपडेट न करें या उनमें बदलाव न करें. ऐसा सिर्फ़ तब करें, जब आपके पास ऐप्लिकेशन या कारोबार से जुड़ी कोई ज़रूरी वजह हो. जैसे, ऐसे प्रमोशन से जुड़े विकल्पों को हटाना जो अभी-अभी खत्म हुआ है.
- एक साथ बड़ी संख्या में फ़ेच करने के अनुरोध न भेजें. इससे सर्वर, आपके ऐप्लिकेशन के लिए ट्रैफ़िक कम कर सकता है. अगर आपको अपडेट बार-बार फ़ेच करने हैं, तो रीयल-टाइम Remote Config का इस्तेमाल करें. ज़्यादातर प्रोडक्शन के मामलों में, थ्रॉटलिंग का जोखिम कम होता है. हालांकि, ऐक्टिव डेवलपमेंट के दौरान यह समस्या हो सकती है. रीयल-टाइम Remote Config को इसी इस्तेमाल के लिए डिज़ाइन किया गया है. थ्रॉटलिंग से जुड़े दिशा-निर्देश देखें.
- Remote Config वैल्यू पाने के लिए, नेटवर्क कनेक्टिविटी पर भरोसा न करें. इन-ऐप्लिकेशन डिफ़ॉल्ट पैरामीटर वैल्यू सेट करें, ताकि आपका ऐप्लिकेशन हमेशा उम्मीद के मुताबिक काम करे. डाउनलोड किए गए टेंप्लेट के डिफ़ॉल्ट का इस्तेमाल करके, समय-समय पर ऐप्लिकेशन और Remote Config बैकएंड की डिफ़ॉल्ट वैल्यू को सिंक किया जा सकता है.
अगले चरण
कॉन्फ़िगरेशन वैल्यू लोड करने के तरीकों की पूरी सूची में, ये तीन बुनियादी रणनीतियां शामिल नहीं हैं. अपनी ज़रूरतों के हिसाब से, ज़्यादा बेहतर रणनीतियां बनाई जा सकती हैं.
कॉन्फ़िगरेशन वैल्यू फ़ेच करने और चालू करने के लिए, खास कॉल के बारे में ज़्यादा जानने के लिए, अपने प्लैटफ़ॉर्म के लिए एपीआई रेफ़रंस देखें.