Google is committed to advancing racial equity for Black communities. See how.
इस पेज का अनुवाद Cloud Translation API से किया गया है.
Switch to English

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

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

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

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

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

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

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

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

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

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

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

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

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

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

अगला कदम

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

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