Google Play झटपट। जीवन भर की वापसी

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

AppsConf में, येवगेनी सतरोव ने दिखाया कि अर्ली ऐक्सेस में क्या भागीदारी हो सकती है, उदाहरण के तौर पर इंस्टेंट लॉन्च के साथ एक एप्लीकेशन विकसित करने के उदाहरण के रूप में, Google Play Instant की सभी विशेषताओं को समझा जा सकता है। उसकी रिपोर्ट को समझने में, हम यह पता लगाएंगे कि एंड्रॉइड ऐप बंडल्स कहां से आया था, और डायनामिक डिलीवरी का इससे क्या लेना-देना है, नए ग्रैडल प्लग-इन से परिचित हों, और एसडीओ डेवलपर्स ने हमारे लिए तैयार किए गए आश्चर्य से निपटना सीखें।


स्पीकर के बारे में: इवगेनी सैटुरोव ( सैट्रोव ) सर्फ के लिए काम करता है, जो एक ऐसी कंपनी है जो कस्टम एंड्रॉइड और आईओएस विकास में माहिर है, और हाल ही में, फ़्लटर पर विकास। यूजीन फ्लटर एक उत्साही और फ्लैटरडेवपोडकास्ट के संस्थापक हैं।

इतिहास में एक संक्षिप्त भ्रमण

दो साल पहले, सर्फ पर एक अद्भुत व्यक्ति हमारे पास आया और कहा: “हमारे पास एक ऐसी तकनीक है जिसके बारे में अब तक बहुत कम लोग जानते हैं। और आपके पास ग्राहक और दिलचस्प मामले हैं। चलो, हम आपको हमारी तकनीक देंगे, आप इसे कहीं और एकीकृत करेंगे, और आपको एक शांत सहजीवन मिलेगा। हम Google I / O पर इसे बढ़ावा देंगे और सभी लोग ठीक हो जाएंगे। ”

वास्तव में, अर्ली एक्सेस प्रोग्राम के साथ काम करना एक प्रहार में एक सुअर है । आपको कच्चे कोड के साथ काम करना होगा, जो निश्चित रूप से, हमेशा इच्छित और वर्णित के रूप में काम नहीं करता है। हमारे मामले में:

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

यह एक संक्षिप्त सारांश है कि हमने अर्ली एक्सेस प्रोग्राम में कैसे भाग लिया।

यह सब हमारे नियमित साथी के लिए संभव हो गया - कंपनी भूलभुलैया - रूस में पुस्तकों और स्टेशनरी का सबसे बड़ा ऑनलाइन स्टोर। वे इस परियोजना में शामिल हो गए, यह भी सुनिश्चित नहीं किया गया कि अंत में कोई लाभ होगा या नहीं। और यह तथ्य कि 2017 में सर्फ, एक स्टूडियो के रूप में, Google प्रमाणित एजेंसी कार्यक्रम का हिस्सा था। दुर्भाग्य से, इस वर्ष कार्यक्रम बंद कर दिया गया था।

Android इंस्टेंट एप्स

2017 में, एप्लिकेशन को इंस्टॉलेशन के बिना चलाने के लिए, इसे मॉड्यूल में सही ढंग से देखा जाना चाहिए।



हमारे पास नए ग्रेड प्लगइन्स हैं जो संबंधित कलाकृतियों को उत्पन्न करते हैं:

• इंस्टेंट ऐप मॉड्यूल - एक एप्लिकेशन प्लगइन जो एपीके के साथ एक ज़िप संग्रह उत्पन्न करता है, जो एप्लिकेशन के प्रत्येक फीचर मॉड्यूल के लिए एक है;
• इंस्टॉल करने योग्य ऐप मॉड्यूल - उत्पन्न APK।

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

लेकिन यह कई कारणों से लंबा और महंगा था :

• प्रति से अधिक कठोर मॉड्यूलर संरचना एक बड़ी सीमा है। यह कल्पना करना मुश्किल है कि कोई भी बड़ी कंपनी अपने विकासशील और पूरी तरह से काम करने वाले एप्लिकेशन को एक नई तकनीक का समर्थन करने के लिए वर्षों से धूम्रपान मॉड्यूल के ढेर में बदल देगी, जो अभी भी अज्ञात है कि यह बंद होगा या नहीं।
• असेंबली के आकार पर सख्त प्रतिबंध, अर्थात् एक सुविधा 4 एमबी से अधिक नहीं होनी चाहिए। यह एक वस्तुगत रूप से छोटा है, और कभी-कभी पूरी तरह से अप्राप्य सीमा है, उदाहरण के लिए, भारी निर्भरता या ऐसा कुछ होने के कारण।
• AppLinks का उपयोग करना सुनिश्चित करें, क्योंकि इंस्टेंट ऐप में आने का यह एकमात्र तरीका है। उपयोगकर्ता ने मेल, मैसेंजर, खोज परिणामों से लिंक पर क्लिक किया और लिंक के अवरोधन के माध्यम से आपकी स्क्रीन पर आ गया।
• अंत में, तकनीकी सीमाओं की एक बड़ी संख्या। पहले तो NDK का उपयोग करना असंभव था। आप पुश सूचनाएं नहीं भेज सकते, संवेदनशील डेटा प्राप्त कर सकते हैं, डिवाइस सेटिंग्स बदल सकते हैं और पृष्ठभूमि प्रक्रियाएं शुरू कर सकते हैं। सेवाएँ, प्रसारण रिसीवर और सामग्री प्रदाता का उपयोग नहीं किया जा सका। केवल गतिविधि।

इंस्टेंट एप का मुख्य मिशन सिर्फ यूआई का प्रदर्शन है और इससे ज्यादा कुछ नहीं। Refactoring बहुत दर्दनाक थी, और इसलिए यह कहानी अभी भी लगभग कभी भी उत्पादन में नहीं मिली है।

लेकिन निष्पक्षता में, भूलभुलैया में इंस्टेंट ऐप के कार्यान्वयन ने मोबाइल क्लाइंट के माध्यम से खरीद में 5% की वृद्धि दी।

2019. Google Play झटपट

2019 के यार्ड में दो साल बीत चुके हैं - इंस्टेंट ऐप्स अभी भी मौजूद हैं, लेकिन एक स्वतंत्र तकनीक के रूप में नहीं। यह अभी भी उत्पादन में बहुत दुर्लभ है, मैंने इसे उद्देश्य के लिए नहीं देखा था, लेकिन मैं केवल कुछ उदाहरण जानता हूं: Sports.ru, Vimeo। यह संभावना नहीं है कि Google ऐसे परिणाम पर भरोसा कर रहा था जब उसने इस तकनीक की घोषणा की थी।

अब इंस्टेंट ऐप को अलग तरह से कहा जाता है - Google Play Instant। नाम के परिवर्तन ने अप्रासंगिक प्रलेखन को समाप्त करने में मदद की। यदि आप Android झटपट ऐप देखते हैं, तो यह तुरंत स्पष्ट हो जाता है कि यह अब प्रासंगिक नहीं है।

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

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

प्रारंभ में, Google ने इंस्टेंट ऐप को एक ऐसी तकनीक के रूप में तैनात किया, जो लोगों को व्यापार के लिए आकर्षित करती है, अनुप्रयोगों को नहीं। एक डिजाइन-दिशानिर्देश था जिसने लैंडिंग के अनुप्रयोगों को एक बटन "डाउनलोड पूर्ण आवेदन" के साथ मना किया था। लेकिन एक और मौलिक समस्या का समाधान किया गया था, और मुझे संदेह है कि यह दुर्घटना से हुआ था।

इस साल फरवरी में, सैमसंग गैलेक्सी एस 10+ में 1 टीबी मेमोरी के साथ उल्लेखनीय डिवाइस प्रकाश देखा गया। बस इसके बारे में सोचो - एक टेराबाइट! आपको इतनी आवश्यकता क्यों है!

आधिकारिक Google आंकड़ों के अनुसार, पिछले 7 वर्षों में, APKs का औसत आकार 5.5 गुना बढ़ गया है।



आकार वास्तव में मायने रखता है, इन आंकड़ों पर शोध से पता चलता है:

• प्रत्येक अतिरिक्त 6 एमबी असेंबली स्थापना में रूपांतरण को 1% तक कम कर देती है;
• 70% उपयोगकर्ता डाउनलोड करने से पहले आवेदन के आकार की जांच करते हैं;
• 50% उपयोगकर्ता इस बात में रुचि रखते हैं कि इंस्टॉलेशन के बाद एप्लिकेशन डिवाइस में कितनी जगह लेगा।

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

उत्तरार्द्ध को अनदेखा करना मुश्किल है, क्योंकि 2018 में यह भारत था जिसने प्रतिष्ठानों में अविश्वसनीय वृद्धि दिखाई।



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

अब यह स्पष्ट है कि Google Play झटपट के साथ किस समस्या को हल किया जा सकता है। आप समझ से बाहर हो सकते हैं।

Android ऐप बंडल

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



मेटाडेटा को तीन फ़ाइलों द्वारा दर्शाया गया है: resource.pb, आस्तियों ।pb, native.pb। वास्तव में, ये संसाधनों के पत्राचार की तालिकाएं हैं जो उपकरणों की विधानसभा और कॉन्फ़िगरेशन सेटिंग्स में हैं।

Android डायनामिक डिलीवरी

Google Play द्वारा ऐप साइनिंग के अस्तित्व के बारे में सभी जानते हैं। लेकिन हर कोई Google Play पर अपने एप्लिकेशन की रिलीज़ कुंजी को संग्रहीत करने के लिए तैयार नहीं है, क्योंकि कोई भी मोड़ नहीं होगा। Google Play से ऐप साइन करना बंद करना असंभव है।

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



आप Google Play पर रिलीज़ से पहले भी असेंबली पर हस्ताक्षर करेंगे, लेकिन आप इसे अपलोड कुंजी के साथ हस्ताक्षर करेंगे, जो अद्वितीय नहीं है। इसे कंसोल से वापस बुलाया जा सकता है, अगर यह समझौता किया जाता है या खो जाता है। आप कंसोल के लिए अपनी रिलीज़ कुंजी देते हैं और इसे अलविदा कहते हैं - Google अब आपके लिए असेंबली पर हस्ताक्षर करेगा और शपथ दिलाएगा कि यह आपकी कुंजी को सुरक्षित रखेगा।

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

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

2014. एंड्रॉयड लॉलीपॉप में स्प्लिट एपीके सपोर्ट दिखाई देता है

चूंकि हम आज उदासीन हैं, इसलिए हम पहले भी अतीत में लौट आएंगे - 2014 में।

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

स्प्लिट एपीके - एक तंत्र जो आपको एप्लिकेशन को छोटे एपीके में विभाजित करने की अनुमति देता है और, एक डिवाइस पर इंस्टॉल करके, उन्हें एक ही एप्लिकेशन के रूप में व्यवहार करता है।

इसे याद रखें, और आगे बढ़ें।

एंड्रॉइड डायनामिक डिलीवरी Google Play पर एक नया एप्लिकेशन वितरण प्रारूप है।



हमारे पास एक एपीके था, अब एंड्रॉइड ऐप बंडल दिखाई दे रहा है, अब तक एक विकल्प के रूप में। AAB इन स्प्लिट APK के इनक्यूबेटर-जनरेटर के रूप में कार्य करता है। AAB एपीके बन्स को रोल आउट करता है, जिसे बाद में उन्हें समानांतर में स्थापित करके एक नियमित अनुप्रयोग के रूप में उपयोग किया जा सकता है।

आइए देखें कि यह किस तरह का एपीके है।



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

यह भी प्रकट करें:

• एपीके, जिनके नाम पर संदिग्ध रूप से ग्राफिक संसाधन संशोधक उपसर्ग (आरेख में शीर्ष पंक्ति) के समान हैं।
• एपीके का एक और परिवार हमें प्रोसेसर आर्किटेक्चर की याद दिलाता है।
• स्थानीयकरण APK

लगभग दो साल पहले, जब वेक्टर ग्राफिक्स इतने व्यापक नहीं थे, तो कई अनुप्रयोगों में ज्यादातर रेखापुंज संसाधन होते थे, जो स्क्रीन पर विभिन्न पिक्सेल घनत्वों में कट जाते थे। विधानसभा काफी वजनदार हो सकती है। उपयोगकर्ताओं ने इन सभी संसाधनों को डाउनलोड किया, और उनमें से अधिकांश को मृत वजन के साथ डिवाइस पर संग्रहीत किया गया था।

अब इस तरह का एक तंत्र उपयोगकर्ता को केवल उन संसाधनों के सेट को प्राप्त करने की अनुमति देता है जो विशेष रूप से उसके डिवाइस के लिए आवश्यक हैं। एक व्यक्ति Google Play पर आता है, एप्लिकेशन का चयन करता है, Google Play उपयोगकर्ता की डिवाइस की विशेषताओं को समझता है, और स्प्लिट APK का सेट देता है जिसकी आवश्यकता है - प्रत्येक श्रेणी से एक एपीके।

गतिशील वितरण के प्रकार APK:

• एक और केवल एक आधार APK।
• कॉन्फ़िगरेशन एपीके अधिकतम तीन प्रकार का होता है: रेस * x, एसेट्स * y, लीब * z। यहाँ: x संसाधन उपयोग किए गए संशोधक की संख्या है; y उपयोग किए गए आर्किटेक्चर के प्रकारों की संख्या है; z भाषा स्थानीयकरणों की संख्या है। यदि, उदाहरण के लिए, परियोजना में मूल कोड और देशी पुस्तकालयों का उपयोग नहीं किया जाता है, तो मूल कोड से जुड़ी कोई श्रेणी नहीं होगी, और दो एपीके रहेंगे।
• असीमित गतिशील सुविधा APK।

डायनामिक फ़ीचर एपीके के बारे में नीचे विस्तार से चर्चा की जाएगी। लेकिन पहले, हम स्प्लिट ब्लॉक को अलविदा कहेंगे।

गुडबाय स्प्लिट

आप तर्क दे सकते हैं कि पहले आप कुछ ऐसा ही कर सकते थे, मैन्युअल रूप से केवल संसाधनों के सही सेट के साथ एपीके का एक गुच्छा पैदा करना, फिर यह सब मैन्युअल रूप से Google Play पर तैनात किया गया है।

android { splits { density { enable true exclude "ldpi", "xxhdpi", "xxxhdpi" compatibleScreens 'small', 'normal', 'large', 'xlarge' } } } 

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

 android { bundle { language { enableSplit = false } density { enableSplit = true } abi { enableSplit = true } } } 

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

सबसे चौकस, शायद, अब सोच रहे हैं कि प्रीलीलीपॉप के साथ क्या करना है। केवल Android 5 में स्प्लिट एपीके के लिए समर्थन दिखाई दिया। हमें किसी तरह इस स्थिति से बाहर निकलने की जरूरत है, क्योंकि न्यूनतम एसडीके सभी 21 वें नंबर पर है।

प्री-लॉलीपॉप के लिए, स्थिति काफी अनाड़ी है, लेकिन केवल संभव है। Google Play प्री-लॉलीपॉप के लिए मल्टी-APK इकट्ठा करता है, जिसमें सभी प्रकार के कॉन्फ़िगरेशन APK के संयोजन शामिल हैं। केवल एक ही एपीके है, लेकिन बहुत सारे विकल्प हैं।

एंड्रॉइड ऐप बंडल हमारे जीवन को बदलता है

और बहुत महत्वपूर्ण है। सबसे पहले, एक प्रोजेक्ट बनाना बहुत आसान हो सकता है, खासकर यदि आप मैन्युअल रूप से स्प्लिट एपीके का निर्माण करते थे। लेकिन मेरी टिप्पणियों के अनुसार ऐसे बहुत सारे लोग नहीं हैं।

दूसरे, आप अब रिलीज़ कुंजी को खोने या समझौता करने का जोखिम नहीं उठाते हैं। कोई बड़ी त्रासदी नहीं होगी, यदि आप अपनी अपलोड कुंजी खो देते हैं, तो आप इसे याद कर सकते हैं और इसे फिर से जारी कर सकते हैं।

हम उंगली को इंगित नहीं करेंगे - रूसी Google Play के शीर्ष में ऐसे अनुप्रयोग हैं जिनके पास w3bsit3-dns.com पर लंबे समय से रिलीज़ कुंजी है, सभी कस्टम असेंबली को रिलीज़ कुंजी के साथ हस्ताक्षरित किया जाता है, और अगले पांच वर्षों में इसके साथ कुछ भी नहीं होना है। यह साइनिंग वी 3 में संक्रमण के लिए इंतजार करना बाकी है, जो केवल 28 एपीआई के साथ दिखाई दिया।

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

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

गतिशील सुविधा मॉड्यूल

डायनामिक फ़ीचर मॉड्यूल एक कार्यात्मक मॉड्यूल है जिसे एप्लिकेशन इंस्टॉल करते समय आपूर्ति नहीं की जाती है, लेकिन Google Play से डाउनलोड किया जाता है और केवल मांग पर स्थापित किया जाता है।

इस तरह के मॉड्यूल मूल एपीपी के बराबर हैं।



यह महत्वपूर्ण है कि इनमें से प्रत्येक फीचर मॉड्यूल में स्वयं कॉन्फ़िगरेशन स्प्लिट्स का एक सेट भी होता है। तदनुसार, माप से परे APK की कुल संख्या में वृद्धि हो सकती है। लेकिन यह आपकी चिंता का विषय नहीं है, Google Play यह कर रहा है।

डायनामिक फ़ीचर मॉड्यूल के लिए आवेदन:

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

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

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

Android Instant Apps अब इंस्टेंट-एनेबल्ड डायनामिक फ़ीचर मॉड्यूल है।

इस प्रकार, यह पता चला है कि दो प्रकार के डायनामिक फ़ीचर मॉड्यूल हैं:

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

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

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

मॉड्यूलर संरचना

मैंने पहले ही कहा है कि मॉड्यूलर संरचना को सरल बनाया गया है। आइए देखें कैसे।

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

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

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

नतीजतन, यह इस तरह निकला।



उन्होंने ऐप मॉड्यूल को छोड़ दिया, इसके शीर्ष पर संलग्न फ़ीचर मॉड्यूल - और यह बात है!

जब मुझे इस बारे में पता चला तो अपनी भावनाओं को व्यक्त न करें। बड़े मंच के लोगों ने कहा कि उनके पास एक शांत तकनीक है: "चलो इस संरचना के सभी अनुप्रयोगों को काट दें!" लेकिन यह 5 मिनट के लिए काम नहीं करता है, लेकिन महान परिणामों के साथ काम करता है।

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

और उसके बाद वे कहते हैं: "हम बहुत स्मार्ट हैं, इसे बहुत आसान किया जा सकता है । "

लेकिन वापस गद्य के लिए।

ग्रेड विन्यास

नए कॉन्फ़िगरेशन का समर्थन करने के लिए, हमें सबसे पहले एंड्रॉइड ब्लॉक में ऐप मॉड्यूल के बिल्ड.ग्रेड फ़ाइल में सभी डायनामिक फ़ीचर मॉड्यूल को सूचीबद्ध करना होगा:

 //  build.gradle app- android { dynamicFeatures = [":dynamic_feature", M:dynamic_feature2M] } 

उसके बाद, प्रत्येक डायनेमिक फ़ीचर मॉड्यूल की बिल्ड.ग्रेड फ़ाइल में, ऐप मॉड्यूल पर निर्भरता लिखें:

 //  build.gradle  dynamic feature- dependencies { implementation project(':app') } 

सिद्धांत रूप में, कुछ भी जटिल नहीं है। लेकिन मैनिफेस्टों का एक कॉन्फ़िगरेशन भी है।

प्रकट विन्यास

एप्लिकेशन मॉड्यूल मेनिफ़ेस्ट में, हम यह इंगित करने के लिए सही ध्वज सेट कर सकते हैं कि इस एप्लिकेशन में कम से कम एक इंस्टेंट-सक्षम फ़ीचर है:

 //   app- <dist:module dist:instant="true|false" /> 

यदि यह ध्वज मौजूद नहीं है, तो Google Play पर संबंधित ट्रैक में खुद को एम्बेड करना संभव नहीं होगा।

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

 //    dynamic feature- <dist:module dist:instant="true|false" // Instant-Enabled  dist:onDemand="false|true" // ,         dist:title="@string/feature_modulejnstall_name"> //   <dist:fusing dist:include="true |false" /> //,      APK  preLollipop </dist:module> 

पहले दो झंडे थोड़ा पारस्परिक रूप से अनन्य हैं, क्योंकि onDemand सामान्य बुनियादी विशेषता है, और instant एक ही इंस्टाल करने योग्य विशेषता है।

शीर्षक - मॉड्यूल का तकनीकी नाम, जिसके अनुसार, बाद में, हमारे आवेदन में इसे हार्डकोड किया गया है, हम इस मॉड्यूल को Google Play से पंप करेंगे।

include पैरामीटर प्री लॉलीपॉप के लिए एक पैरामीटर है। यदि आप इसे झूठे पर सेट करते हैं, तो प्री-लॉलीपॉप उपयोगकर्ता इस सुविधा को कभी नहीं देखेंगे और इसका उपयोग नहीं कर पाएंगे।

ग्रेड-प्रोजेक्ट कॉन्फ़िगरेशन

इंस्टेंटऐप प्लगइन और फीचर प्लगइन का जीवन काफी छोटा लेकिन जीवंत था। वे दो साल से कम समय तक रहे। इस वर्ष के मार्च के बाद से, वे अब समर्थित नहीं हैं।

अब केवल एक डायनामिक फ़ीचर मॉड्यूल है जिसका हम उपयोग करते हैं:

 apply plugin: 'com.android.dynamic-feature' 

केवल ऐप मॉड्यूल में प्रोजेक्ट कॉन्फ़िगरेशन

एक महत्वपूर्ण बिंदु: हस्ताक्षर (हस्ताक्षर-कॉन्फ़िगरेशन), असेंबली (प्रोगार्ड-कॉन्फ़िगरेशन), वर्जनकोड और वर्जननाम के संबंध में सभी सेटिंग्स केवल बिल्ड.ग्रेडल ऐप मॉड्यूल में किए जाने की आवश्यकता है।

अन्यथा, उन्हें नजरअंदाज कर दिया जाएगा। डायनामिक फ़ीचर मॉड्यूल की बिल्ड.ग्रेड फ़ाइलों में इन कॉन्फ़िगरेशन ब्लॉकों में से किसी को निर्दिष्ट करने से बचें।

गूगल तुरंत खेलता है

अब हमारे पास निम्नलिखित हैं।

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

विधानसभा आकार पर प्रतिबंध अधिक वफादार हो गए हैं। यदि पहले यह 4 एमबी था, तो अब:

• डायनेमिक फ़ीचर मॉड्यूल आमतौर पर आकार में सीमित नहीं होते हैं;
• तत्काल-सक्षम डायनेमिक फ़ीचर मॉड्यूल 10 एमबी तक ले सकते हैं।

लेकिन अब एक प्रगतिशील पैमाना है।



यदि आपकी सुविधा:

• 10 एमबी से अधिक, तो मुझे क्षमा करें;
• 4 से 10 एमबी तक - Google Play से "कोशिश" बटन द्वारा सुलभ और वह यह है;
• 4 एमबी से कम - इंस्टेंट-सक्षम मॉड्यूल के लिए उपयोगकर्ताओं को आकर्षित करने के सभी साधन उपलब्ध हैं (विज्ञापन से लॉन्च, लिंक से, संदेशों से, आदि)।

लोडिंग मॉड्यूल के लिए एक तंत्र दिखाई दिया - प्ले कोर एपीआई। कम लोगों को पता है कि इंस्टेंट ऐप क्रोम के जरिए इंस्टॉल किया जाता था।

 @Override public boolean maybeLaunchInstantApp(Tab tab, String url, String referrerUrl, boolean isIncomingRedirect) { if (tab == null || tab.getWebContents() == null) return false; InstantAppsHandler handler = InstantAppsHandler.getInstance(); Intent intent = tab.getTabRedirectHandler() != null ? tab.getTabRedirectHandler().getInitialIntent() : null; if (isIncomingRedirect && intent != null && intent.getAction() == Intent.ACTION_VIEW) { Intent resolvedIntent = new Intent(intent); resolvedIntent.setData(Uri.parse(url)); return handler.handleIncomingIntent(getAvailableContext(), resolvedIntent, ChromeLauncherActivity.isCustomTabIntent(resolvedIntent)); } else { ... } return false; } 

यह एंड्रॉइड के लिए क्रोम से कोड का एक वास्तविक टुकड़ा है, जिसने आपके इंस्टेंट ऐप के लिंक को इंटरसेप्ट किया, Google Play पर गया और वहां से इंस्टेंट ऐप्स को प्रतिस्थापित किया। अगर इंस्टेंट ऐप का पता चला, तो उसने किसी तरह गतिविधि को खोल दिया, जिसमें से इंस्टेंट ऐप को लॉन्च किया गया था।

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

Play Core लाइब्रेरी आपको डिलीवरी की समस्याओं को भूल जाने देती है। आप इसे पैकेज के रूप में प्लग करते हैं:

 implementation 'com.google.android.play:core:1.4.0' 

और Google Play से आपको आवश्यक फ़ीचर मॉड्यूल डाउनलोड करना होगा।

लाइब्रेरी में काफी कार्यात्मक वाक्यविन्यास है जो आपको एक समय में एक मॉड्यूल डाउनलोड करने की अनुमति देता है:

 val splitInstallManager = SplitInstallManagerFactory.create(context) 

या तुरंत कई का एक पैकेट:

 val request = SplitInstallRequest .newBuilder() .addModule("feature1") .addModule("feature2") .build() 

श्रोता लटकाएँ:

 splitInstallManager .startInstall(request) .addOnSuccessListener { sessionId -> ... } .addOnFailureListener { exception -> ... } 

UI में इसे दिखाएं और इस तथ्य पर प्रतिक्रिया करें कि मॉड्यूल स्थापित किया गया है।

Play Core लाइब्रेरी एक अच्छी शुरुआत है:

• अंत में, आप Google Chrome के सामने शायद उम्मीद करना बंद कर सकते हैं।
• आप यूआई पर मॉड्यूल को लोड करने का तरीका प्रदर्शित कर सकते हैं।
• बैचों में फीचर मॉड्यूल लोड करना संभव है।
• लचीले ढंग से त्रुटियों को संभालने का एक तरीका है जो सुविधा मॉड्यूल को डाउनलोड और इंस्टॉल करते समय होता है।
• फीचर स्थापित होने के बाद आपको एप्लिकेशन को पुनः आरंभ करने की आवश्यकता नहीं है, क्योंकि SplitCompat.install() - इसे कॉल करें और आप तुरंत मक्खी पर दाईं ओर स्थापित ताजा सुविधा से कक्षाओं तक पहुंच सकते हैं।

लेकिन अगर मैंने कहा कि प्ले कोर लाइब्रेरी आपको पीड़ित नहीं करेगी तो मैं आपको धोखा दूंगा:

• कोड को किसी भी तरह से प्रमाणित नहीं किया गया है।
• सभी सक्रिय लोडिंग सत्रों की घटनाएँ एक से एक SplitInstallStateUpdatedListener - आपको उन्हें मैन्युअल रूप से सॉर्ट करने की आवश्यकता होती है। सत्र आईडी को पहले से सहेजना आवश्यक है, जिसके परिणामस्वरूप अंततः बहुत सुंदर कोड नहीं है।
• अनाड़ी, निरर्थक राज्य प्रबंधन और त्रुटि से निपटने: 9 संभव राज्यों, 10 संभव त्रुटियों। इन त्रुटियों और राज्यों के संयोजन की अलग-अलग व्याख्या की जा सकती है, सभी राज्यों और त्रुटियों को इंट के रूप में लौटाया जाता है।
• स्थानीय डिवाइस पर सुविधाओं को डाउनलोड करने और स्थापित करने के सामान्य परीक्षण की कोई संभावना नहीं है - यह बस असंभव है।

एकमात्र विकल्प यह है कि आप अपने निर्माण को Google Play पर आंतरिक परीक्षण चैनल में एम्बेड करें और कोशिश करें कि क्या हुआ। यदि आपको किसी प्रकार की बग मिलती है, तो पूरी प्रक्रिया को फिर से शुरू करें, अपडेट तैनात करें और आगे प्रयास करें। यदि आप जांचना चाहते हैं कि यह बिना बिल्ड के कैसे काम करता है, तो आपको "-2" त्रुटि मिलती है और आप केवल अनुमान लगा सकते हैं कि इसका क्या मतलब है। Google डायनामिक विशेषताओं के आधिकारिक नमूनों के साथ भंडार में यह सबसे आम मुद्दा है।

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



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

यदि आप सभी मॉड्यूल को निर्भरता के साथ ऊपर और नीचे से जोड़ते हैं, तो केवल Google इससे अच्छा होगा, जिसे नेविगेशन के बारे में कुछ भी नहीं सोचना होगा।

हमने लंबे समय तक सोचा कि इससे क्या करना है, और अंत में हम एक समाधान पर बैठ गए, जो अभी भी मुझे कंपकंपी देता है। इसे Class.forName कहा जाता है - पूर्ण ClassPath का उपयोग करके एक वर्ग को तत्काल ClassPath , जो किसी भी पैकेज के वर्ग को उसके पथ से पुनर्नामित करने से टूट जाता है, आदि।

 abstract class ActivityCrossFeatureRoute { override fun prepareIntent(context: Context): Intent? { try { return Intent(context, Class.forName(targetClassPath())) } catch (e: ClassNotFoundException) { Logger.e("Activity with the following classpath was not found in the current " + "application: ${targetClassPath()}. If this activity is the part of Dynamic Feature, " + "please check if this Dynamic Feature is downloaded and installed on the device" + "successfully.") } return null } } 

प्लेड एप्लिकेशन रिपॉजिटरी में जाने तक मुझे इस बारे में किसी को भी बताने में शर्म महसूस हुई और उन्होंने देखा कि उन्होंने नेविगेशन समस्या को उसी तरह से हल किया है और सभी को इसे स्टैक ओवरफ्लो पर करने की सलाह दी है।

प्लेड सबसे अच्छे शो मामलों में से एक है, उनके साथ Google अपने सभी नवीनतम रुझानों, शांत एनिमेशन, डिज़ाइन ट्रिक्स, नवीनतम यूआई घटकों और विशेष रूप से, मॉड्यूलरिटी की कोशिश करता है।

बहुत, वास्तव में बहुत सारे कीड़े, अंडर-इंजीनियरिंग, खुरदरापन। आपको विशेष रूप से लंबे समय तक बग की खोज नहीं करनी होगी

• एप्लिकेशन मॉड्यूल से संसाधनों तक पहुंच केवल पूर्ण पथ के साथ संभव है।

इस तरह लिखने के बजाय: R.string.primaryColor , आपको कोड में हर बार इस तरह लिखना होगा: ru.appname.package.R.string.primaryColor । एक अलग तरीके से, बिल्ड काम नहीं करेगा, और यहां आधिकारिक इश्यू ट्रैकर का लिंक है।

• O + उपकरणों पर जॉबस्किल्डर चलाने में समस्या। आधिकारिक वर्कअराउंड मैन्युअल रूप से TestJobSchedulerService लॉन्च करने के लिए है:

 if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) { Intent serviceIntent = new Intent(this, TestJobSchedulerService.class); startService(serviceIntent); } 

• तीसरे पक्ष के पुस्तकालयों को जोड़ने पर त्रुटि प्रकट करने में त्रुटि, उदाहरण के लिए, फायरबेस, फैब्रिक, एंड्रॉइडएक्स-पैकेज, आदि।

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

 <provider android:name="com.crashlytics.android.CrashlyticsInitProvider" android:authorities="ru.app.name.crashlyticsinitprovider" tools:replace="android:authorities" /> <provider android:name="com.google.firebase.provider.FirebaseInitProvider" android:authorities="ru.app.name.firebaseinitprovider" tools:replace="android:authorities" /> <provider android:name="androidx.core.content.FileProvider" android:authorities="ru.app.name.fileprovide" tools:replace="android:authorities" /> 

• तृतीय-पक्ष पैकेज पर कई निर्भरता की असंभवता मेरे पसंदीदा बिंदुओं में से एक है।

मान लीजिए कि दो फीचर मॉड्यूल एक तृतीय-पक्ष लाइब्रेरी पर निर्भर हैं। लेकिन आप प्रत्यक्ष निर्भरता नहीं बना सकते क्योंकि आपको मिलता है: org.gradle.api.GradleException: [:feature1, :feature2] all package the same library [com.lib.Name:VeryGoodLib] । आधिकारिक जवाब : क्या होगा अगर इन मॉड्यूल में लाइब्रेरी के विभिन्न संस्करणों को इंगित किया जाए।

डेवलपर्स सलाह देते हैं: पदानुक्रम में एक सुविधा मॉड्यूल जोड़ें, जिसमें तीसरे पक्ष के पुस्तकालय पर निर्भरता के अलावा कुछ भी नहीं है, और इसे दो स्रोत सुविधा मॉड्यूल पर निर्भर करते हैं।

• अटैचबेसेकंटेक्स्ट () में इंस्टेंटऐप्सइन्स्टेंटएपेंट (संदर्भ) की कॉल कैश।

एंड्रॉइड डेवलपर्स क्रैश के लिए प्रलेखन से कोड उदाहरण , केवल इसलिए कि वे इसके माध्यम से संदर्भ तक पहुंचने के लिए attachBaseContext() पेशकश करते हैं, और यदि context==null , तो आप यह भी जांच नहीं सकते हैं कि इंस्टेंटऐप वर्तमान में चल रहा है या नहीं।

 override fun attachBaseContext(base: Context) { super.attachBaseContext(base) if (!InstantApps.isInstantApp(this)) { SplitCompat.install(this) } } 

• Groups और Barriers का उपयोग करते समय ConstraintLayout प्रदर्शित करते हैं।

कल्पना कीजिए कि आप सब कुछ करके गए: असेंबली को इकट्ठा किया, अनुमान लगाया कि इसे Google Play पर परीक्षण चैनल में एम्बेड करने की आवश्यकता है, Google Play ने लाल संवाद प्रदर्शित नहीं किया। कांपते हाथों के साथ, आप इस असेंबली को डिवाइस पर इंस्टॉल करते हैं, फीचर को इंस्टॉल करते हैं, स्क्रीन पर जाते हैं - और आप देखते हैं कि पूरा लेआउट ऊपरी बाएं कोने में एक ढेर में इकट्ठा हो गया है। ऐसा इसलिए है क्योंकि यदि आप Groups और Barriers उपयोग करते हैं, तो एक अद्भुत getPackageName विधि है, जो किसी कारण से गलत तरीके से आती है। नतीजतन, आपके सभी विचार बस तैनात नहीं हैं। सभी बाधाएं उड़ जाती हैं, और सब कुछ स्क्रीन पर बेतरतीब ढंग से झूठ बोलता है।

अंत में, आप इसे दूर करने के बाद, आप पाएंगे कि ...

डायनामिक फीचर्स अभी भी बीटा में है! आप उत्पादन में फंस नहीं सकते - आप इस समय Google के लिए एक नि: शुल्क परीक्षक रहे हैं!



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

ऐसा माना जाता है कि इंस्टेंट ऐप्स इस लड़ाई को हार गए। यह संभावना नहीं है कि यह आने वाले वर्षों में घोषित किया जाएगा, लेकिन एएमपी के आसपास बढ़ी हुई सूचना गतिविधि गुप्त रूप से इसकी पुष्टि करती है।

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

उपयोगी लिंक

• https://developer.android.com/topic/google-play-instant/overview
• https://developer.android.com/guide/app-bundle
• https://developer.android.com/studio/proiects/dvnamic-delivery
• https://developer.android.com/guide/app-bundle/playcore
• एक पल में एक ऐप बंडल (Android देव शिखर सम्मेलन '18)
• https://github.com/googlesamples/android-instant-apps
• https://github.com/googlesamples/android-dynamic-features

हमने कार्यक्रम सेंट एप्सकॉन्फ़ बनाया, जो सेंट पीटर्सबर्ग में पहले से ही 21-22 अक्टूबर है, वसंत में इससे भी अधिक प्रभावशाली और विविध। इसे देखें!

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