Save the date - Google I/O returns May 18-20. Register to get the most out of the digital experience: Build your schedule, reserve space, participate in Q&As, earn Google Developer profile badges, and more. Register now
इस पेज का अनुवाद Cloud Translation API से किया गया है.
Switch to English

Firebase Remote Config लोडिंग रणनीतियाँ

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

रणनीति 1: लोड करने पर सक्रिय और प्राप्त करें

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

रणनीति 2: लोडिंग स्क्रीन के पीछे सक्रिय करें

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

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

रणनीति 3: अगले स्टार्टअप के लिए नए मान लोड करें

एक प्रभावी रणनीति अपने ऐप के अगले स्टार्टअप पर सक्रिय करने के लिए नए कॉन्फ़िगरेशन मूल्यों को लोड करना है। इस रणनीति में, आपका ऐप नए लोगों को लाने का प्रयास करने से पहले स्टार्टअप पर प्राप्त मूल्यों को सक्रिय करता है, इस धारणा पर काम करता है कि यह पहले से ही प्राप्त हो सकता है - लेकिन अभी तक सक्रिय नहीं - नया कॉन्फ़िगरेशन मान। इस रणनीति के संचालन का क्रम है:

  1. स्टार्टअप पर, पहले से प्राप्त मूल्यों को तुरंत सक्रिय करें। यह पिछले सत्र में सर्वर से डाउनलोड किए गए किसी भी मान को लागू करता है, और लगभग तात्कालिक है।
  2. जबकि उपयोगकर्ता आपके ऐप के साथ इंटरैक्ट करता है, डिफ़ॉल्ट न्यूनतम भ्रूण अंतराल के अनुसार नए मूल्यों को लाने के लिए एक अतुल्यकालिक कॉल को किक करता है।
  3. फ़िंच कॉल पूरा करने के लिए हैंडलर या कॉलबैक में, कुछ भी न करें। जब तक आप अगली बार ऐप शुरू नहीं करेंगे, तब तक आपका ऐप डाउनलोड किए गए मूल्यों को बनाए रखेगा।

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

विरोधी रणनीतियों लोड हो रहा है

जैसा कि आप लोडिंग पेशेवरों और विपक्षों की उपरोक्त चर्चा से समझ गए होंगे, बचने के लिए कुछ उपयोग पैटर्न हैं।

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

अगला कदम

ये तीन बुनियादी रणनीतियाँ किसी भी तरह से नहीं हैं, कॉन्फ़िगरेशन मानों को लोड करने के तरीकों की एक पूरी सूची शामिल है। अपनी आवश्यकताओं के आधार पर, आप वास्तविक समय में प्रोपेगेट अपडेट में वर्णित फ़ंक्शन-संचालित पृष्ठभूमि अपडेट जैसी बहुत अधिक परिष्कृत रणनीतियों को विकसित कर सकते हैं।

कॉन्फ़िगरेशन मानों को लाने और सक्रिय करने के लिए विशिष्ट कॉल के बारे में अधिक जानने के लिए अपने प्लेटफ़ॉर्म के लिए एपीआई संदर्भ देखें।