हमने Jetpack से नेविगेशन को एक लड़ाकू एप्लिकेशन में कैसे लागू किया। Yandex.Food रिपोर्ट

मोबाइल एप्लिकेशन तेजी से गहरे लिंक का उपयोग कर रहे हैं। ये लिंक हैं जो आपको न केवल बाहर से आवेदन करने के लिए, बल्कि एक विशिष्ट स्क्रीन पर जाने की अनुमति देते हैं। Yandex.Food से एक एंड्रॉइड डेवलपर व्लादिस्लाव कोज़ुशको ने बताया कि हमने गहरे लिंक को लागू करने के लिए जेटपैक से नेविगेशन क्यों लागू किया, हमें किन समस्याओं का सामना करना पड़ा, वे कैसे हल हुए और आखिर में क्या हुआ।


- सभी को नमस्कार! मेरा नाम व्लाद है। मुझे 2013 से Android के विकास में दिलचस्पी है, मैं पिछले गर्मियों से Yandex.d में काम कर रहा हूं। मैं आपको नेविगेशन कंपोनेंट्स लाइब्रेरी को कॉम्बैट एप्लिकेशन में पेश करने के हमारे तरीके के बारे में बताऊंगा।

यह सब इस तथ्य से शुरू हुआ कि हमारे पास नेविगेशन को फिर से सक्रिय करने का तकनीकी कार्य था। फिर उत्पाद प्रबंधक हमारे पास आए और कहा कि हम डीपलिंक करेंगे, उनमें से बहुत कुछ होगा, वे अलग-अलग स्क्रीन पर ले जाएंगे।

और यहां हमने सोचा - Google I / O 2018 पर प्रस्तुत नेविगेशन बहुत अच्छी तरह से deeplinks पर कार्यों के कार्यान्वयन के लिए अनुकूल है। हम देखते हैं कि क्या होता है। Xcode में iOS के साथ हमारे सहकर्मियों के पास एक सुविधाजनक चित्रमय संपादक है जिसमें वे माउस का उपयोग स्क्रीन के पूरे लेआउट को पोक करने के लिए कर सकते हैं, साथ ही साथ स्क्रीन के बीच संक्रमण भी सेट कर सकते हैं। अब हमारे पास भी ऐसा अवसर है, हम माउस का उपयोग संक्रमणों को सेट करने, स्क्रीन पर डीपलिंक और टुकड़ों के साथ जुड़ने के लिए कर सकते हैं। इसके अतिरिक्त, हम स्क्रीन पर तर्क सेट कर सकते हैं।



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



हमने डीपलिंक का भी संकेत दिया है जिसके साथ हम स्क्रीन खोलना चाहते हैं। इस मामले में, एक आइटमआईडी पैरामीटर है, अगर हम इस प्रकार के एक पैरामीटर को पास करते हैं, और यह एक टुकड़े को जन्म देगा, तो इस पैरामीटर का मान खंड तर्क में पारित हो जाएगा, और हम आइटम आईडी कुंजी के साथ इसे प्राप्त कर सकते हैं और इसका उपयोग कर सकते हैं। पुस्तकालय भी अपलिंक का समर्थन करता है। यदि हम uplink सेट करते हैं, उदाहरण के लिए, navdemo.ru/start/lookitemId}, तो अब हमें ऐसे डिप्लोमा खोलने के लिए http / https योजनाओं को पंजीकृत करने के बारे में चिंता करने की आवश्यकता नहीं होगी। पुस्तकालय हमारे लिए सब कुछ करेगा।

अब बात करते हैं तर्कों की। हमने दो तर्क, पूर्णांक और बूलियन जोड़े, और उन्हें डिफ़ॉल्ट मान भी दिया।



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



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

डीपलिंक अंशों के साथ और गतिविधि के साथ दोनों काम कर सकता है, और इसके लिए आपको प्रकट में बड़ी मात्रा में इंटेंटफिल्टर को पंजीकृत करने की आवश्यकता नहीं है। हम अपलिंक का भी समर्थन करते हैं, और एंड्रॉइड 6 के साथ आप सत्यापन के लिए ऑटोरेव्यू को सक्षम कर सकते हैं। इसके अलावा, जब प्रोजेक्ट्स असेंबल करते हैं, तो कोड जनरेशन वांछित स्क्रीन के लिए तर्कों के साथ होती है। नेविगेशन नेस्टेड ग्राफ़ और नेस्टेड नेवीगेशन का समर्थन करता है, जो आपको अलग-अलग सब-कम्यूटर्स में पूरे नेविगेशन को तार्किक रूप से विघटित करने की अनुमति देता है।



अब हम अपने मार्ग के बारे में बात करेंगे, जिसे हमने पुस्तकालय से परिचित कराया। यह सब अल्फा संस्करण 3 के साथ शुरू हुआ। हमने सब कुछ लागू किया, हमने सभी नेविगेशन को नेविगेशन घटकों के साथ बदल दिया, सब कुछ सुपर है, सब कुछ काम करता है, डिप्लोमा खुलता है, लेकिन समस्याएं दिखाई दीं।



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

इसके अलावा, साझा तत्व समर्थित नहीं हैं। आपने शायद देखा कि Google Play कैसे काम करता है: आवेदनों की एक सूची है, आप एप्लिकेशन पर क्लिक करते हैं, आपकी स्क्रीन खुलती है, और आइकन को स्थानांतरित करने का एक सुंदर एनीमेशन होता है। हमारे पास रेस्तरां की सूची में आवेदन में यह भी है, लेकिन हमें साझा तत्वों के लिए समर्थन की आवश्यकता है। इसके अलावा, SafeArgs ने हमारे लिए काम नहीं किया, इसलिए हम उनके बिना रहते थे।



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



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



साझा तत्वों के बारे में बात करते हैं। चूंकि वे थोड़ी देर बाद दिखाई दिए, हमने नाविक को खत्म करने का फैसला किया, इसमें नेविगेशन जोड़ा। हम प्रोग्रामर हैं, क्यों नहीं?



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

इसके अलावा, जब हम एक खंड लेन-देन शुरू करते हैं, तो हम एक लेनदेन बनाते हैं और हमारे सभी दृश्य सेट करते हैं जिन्हें अफवाह फैलाने की आवश्यकता होती है। लेकिन सवाल यह है कि यह TransitionDestination किस तरह का वर्ग है? यह हमारी कस्टम क्लास है जिसमें व्यूज़ सेट करना संभव है। हम इसे गंतव्य से विरासत में देते हैं और कार्यक्षमता का विस्तार करते हैं। हमने दृश्य सेट किए और हमारा गंतव्य उन्हें साझा करने के लिए तैयार है।



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

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

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

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



उदाहरण के लिए, एक बदलाव हुआ था जिसमें डेवलपर्स ने कहा कि ड्रावरअप () विधि, जो ड्रालेरॉयआउट के साथ काम करती है, को पदावनत किया जाता है, दूसरे का उपयोग करें, जिसमें पैरामीटर बस स्वैप किए जाते हैं।





हमारा अगला बड़ा प्रवास अल्फा 11 पर था। यहां ग्राफ़ के साथ काम करते समय नेविगेशन के साथ मुख्य समस्याएं तय की गईं। हमने अंततः अपने डोप किए गए नियंत्रक को हटा दिया और बॉक्स से बाहर निकलने वाली हर चीज का उपयोग किया। सुरक्षित आर्ग्स अभी भी हमारे लिए काम नहीं करते थे, और हम परेशान थे।

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



हमने Google पर एक समस्या लिखी, जिसके बारे में हमें बताया गया कि सभी नियमों की मूल रूप से कल्पना की गई थी, और कोड में ही ऐसा हुआ था क्योंकि डीप्लिंक पर स्विच करने से पहले, हम रूट में निहित ग्राफ़ की आईडी का उपयोग करके रूट टुकड़े पर लौट आए। और setPopUpTo () विधि में भी सच्चे ध्वज को पारित किया जाता है, यह कहते हुए कि इस स्क्रीन पर वापस आने के बाद, हमें इसे स्टैक से छोड़ने की भी आवश्यकता है।



हमने अपने डोप किए गए नाविक को वापस करने और जो हम गलत सोचते हैं उसे ठीक करने का फैसला किया।



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

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



डबल ओपनिंग। हमारे पास एक समस्या भी थी जिसने हमें पहले संस्करण से परेशान किया - आवेदन की ठंडी शुरुआत के दौरान गतिविधि का दोहरा उद्घाटन।



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

परिणामस्वरूप, इस पुस्तकालय की शुरुआत करते हुए, हमें निम्नलिखित फायदे मिले।



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

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

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

हम कोड में ग्राफ को गतिशील रूप से बदलते हैं, हम वर्टिकल जोड़ सकते हैं, हम वर्टिस को हटा सकते हैं, हम स्टार्ट स्क्रीन को बदल सकते हैं - सभी काम।

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

हमने सभी तर्कों को भी हस्तांतरित कर दिया, उनमें से अधिकांश, SafeArgs में, और सब कुछ तब बनाया जाता है जब हम परियोजना का निर्माण करते हैं। इसके अलावा, हमने उन सभी समस्याओं का सामना किया, जिन्होंने हमें त्रस्त कर दिया और हमारी आवश्यकताओं को पूरा करने के लिए पुस्तकालय को संशोधित किया।

SafeArgs Kotlin कोड उत्पन्न कर सकता है, इसके लिए एक अलग प्लगइन का उपयोग किया जाता है।



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

टुकड़े स्वयं नाविक के टुकड़े द्वारा बनाए जाते हैं, और प्रतिबिंब के माध्यम से बनाए जाते हैं। मुझे नहीं लगता कि यह कार्यान्वयन में एक प्लस है। Deeplink के लिए स्थिति समर्थित नहीं है। आपके एप्लिकेशन में गुप्त स्क्रीन हो सकती हैं जो केवल अधिकृत उपयोगकर्ताओं के लिए उपलब्ध हैं। और शर्त के अनुसार deeplinks खोलने के लिए, आपको इसके लिए बैसाखी लिखने की आवश्यकता है, क्योंकि आप एक deeplink प्रोसेसर सेट नहीं कर सकते हैं जिसमें हम नियंत्रण प्राप्त करेंगे और कहेंगे कि क्या करना है, या तो deeplink द्वारा स्क्रीन खोलें या अपनी स्क्रीन खोलें।

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

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

इसके अलावा, नेविगेशन के साथ काम करने के लिए, आपके पास व्यू इंस्टेंस होना चाहिए। नेविगेटर प्राप्त करने के लिए, आपको व्यू की ओर मुड़ना होगा - नेविगेशन लाइब्रेरी स्वयं इस व्यू के माता-पिता से संपर्क करेगी - और इसमें नेविगेटर को खोजने का प्रयास करें। अगर वह उसे ढूंढ लेती है, तो स्क्रीन उस स्क्रीन पर चली जाती है, जिसकी हमें ज़रूरत है।

लेकिन सवाल उठता है: क्या यह लड़ाई में पुस्तकालय का उपयोग करने के लायक है? मैं कहूँगा हाँ अगर:



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

यदि आपको एप्लिकेशन में कई स्क्रीन रखने की आवश्यकता है जो डीपलिंक के साथ काम करते हैं, और ऐसी कोई भी स्थिति नहीं है जिसके तहत उन्हें खोलना चाहिए।

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

यदि आपके पास स्क्रीन के बीच स्विच करने के लिए जटिल तर्क नहीं है। प्रत्येक एप्लिकेशन अपने तरीके से अद्वितीय है, और यदि स्क्रीन खोलने के लिए कोई जटिल तर्क है, तो यह लाइब्रेरी आपके लिए नहीं है।

आप स्रोत में जाने और इसे संशोधित करने के लिए तैयार हैं जैसे हम करते हैं। यह वास्तव में बहुत दिलचस्प है।



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

आपके लिए हारने वाली टीमें महत्वपूर्ण हैं। वही सिसरोन कमांड को बफर में सहेज सकता है, और जब नेविगेटर उपलब्ध हो जाता है, तो यह उन्हें निष्पादित करता है।

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

एक और महत्वपूर्ण बात - DialogFragments समर्थित नहीं हैं। एक नाविक जो उनके साथ काम करेगा, उसे जोड़ा जा सकता है, लेकिन किसी कारण से उन्हें नहीं जोड़ा गया। समस्या यह है कि वे स्वयं साधारण टुकड़ों के रूप में खुलते हैं। IsShowing के लिए चेकबॉक्स सेट नहीं किया गया है और, तदनुसार, संवाद बनाने के लिए डायलॉगफ्रैगमेंट्स जीवन चक्र निष्पादित नहीं किया गया है। वास्तव में, DialogFragment एक नियमित टुकड़ा के रूप में खुलता है, एक खिड़की बनाए बिना पूरी स्क्रीन।

मेरे लिए यही सब है स्रोत खोदो, यह वास्तव में दिलचस्प और रोमांचक है। यहां उन लोगों के लिए उपयोगी सामग्री है जो नेविगेशन लाइब्रेरी के साथ काम करने में रुचि रखते हैं। आपका ध्यान के लिए धन्यवाद।