Google Play झटपट विकास के नुकसान

नमस्कार, हेब्र! मेरा नाम Kamo Spertsyan है, मैं PROFI.RU में Android विकास में लगा हूं। मैंने हाल ही में अपने ग्राहकों के लिए एक त्वरित लॉन्च ऐप लिखा है। यदि आप तकनीक से परिचित नहीं हैं, तो मैं आपको पहले Android डेवलपर्स पर जाने के लिए आमंत्रित करता हूं।

Google I / O 2016 पर इंस्टेंट ऐप्स (Google Play Instant) की प्रस्तुति को दो साल से अधिक समय बीत चुका है। वेब पर तत्काल लॉन्च के साथ एप्लिकेशन बनाने के तरीके के बारे में कई लेख हैं। उनके द्वारा देखते हुए, इस बारे में कुछ भी जटिल नहीं है। लेकिन वास्तव में यह पूरी तरह सच नहीं है। मैं उन मुख्य कठिनाइयों का वर्णन करने की कोशिश करूंगा जिन्हें मुझे Google Play पर इंस्टेंट ऐप को प्रकाशित करने के लिए एक खाली परियोजना बनाने से गुजरना पड़ा था। मुझे उम्मीद है कि यह लेख उन डेवलपर्स के लिए उपयोगी होगा जिन्हें अभी आना बाकी है।

दृष्टिकोण की पसंद

अधिकांश स्रोत संपूर्ण एप्लिकेशन को त्वरित एप्लिकेशन में परिवर्तित करने की प्रक्रिया का वर्णन करते हैं। हालांकि, हमारे आवेदन ने किसी भी तरह से 4 एमबी की सीमा को पूरा नहीं किया और स्थापना से पहले सेवा के साथ खुद को परिचित करने के लिए आवश्यकता से अधिक कार्यक्षमता प्रदान की। अब परीक्षण मोड में, Google ने तत्काल लॉन्च के साथ आवेदन का स्वीकार्य आकार 10 एमबी तक बढ़ा दिया है।

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

फ़ीचर स्थानांतरण

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

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

तब मुझे याद आया कि हमारे प्रोजेक्ट में ProGuard डिबग असेंबली पर अक्षम था। सरल समावेश

minifyEnabled true 

आवेदन के आकार को लगभग आधा कर दिया। ओह चमत्कार - 4 एमबी की सीमा पूरी हो गई है!

डेटा माइग्रेशन

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

डिबगिंग

डिबगिंग के साथ, सब कुछ इतना आसान नहीं निकला।

सबसे पहले, Google Play इंस्टेंट असुरक्षित नेटवर्क कनेक्शन का समर्थन नहीं करता है, इसलिए http, केवल https के बारे में भूल जाएं। मेरे लिए, इसका मतलब उत्पादन सर्वरों पर परीक्षण करना था, क्योंकि सभी परीक्षण बेंचों ने http पर काम किया था। महत्वपूर्ण नहीं है, लेकिन पर्याप्त सुखद नहीं है।

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

1. एंड्रॉइड एसडीके से एक विशेष उपयोगिता का उपयोग करके एप्लिकेशन लॉन्च करें;
2. इसे आंतरिक परीक्षण के लिए कंसोल में रखें और Play Market के माध्यम से चलाएं।

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

1. प्राथमिकताएं पर जाएं -> सूरत और व्यवहार -> सिस्टम सेटिंग्स -> एंड्रॉइड एसडीके ;
2. एसडीके टूल्स टैब चुनें;
3. Google Play इंस्टेंट डेवलपमेंट एसडीके के बगल में स्थित बॉक्स को चेक करें और अप्लाई पर क्लिक करें ।

अंतिम चरण में, उस निर्देशिका पर ध्यान दें जिसमें उपयोगिता स्थापित की जाएगी। इस पथ पर आगे, हम ./extras/google/instantapps/ia फ़ाइल में रुचि लेंगे । इसके साथ, आप कमांड चलाकर एप्लिकेशन के त्वरित लॉन्च का अनुकरण कर सकते हैं

 ia run <  APK-, bundle-  URL> 

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

प्रकाशन

अंत में, जब आपका आवेदन परीक्षण और प्रकाशन के लिए तैयार है, तो आराम करने के लिए जल्दी मत करो! सबसे पहले, इंस्टेंट ऐप का वर्जन कोड ( वर्जनकोड ) इंस्टॉल किए गए एप्लिकेशन के वर्जन कोड से अधिक नहीं होना चाहिए। मेरा सुझाव है कि आप रचनात्मकता के लिए अग्रिम रूप से जगह दें: जब आप मुख्य एप्लिकेशन को जारी करते हैं, तो कोड के स्पष्ट रूप से महत्वपूर्ण मूल्य को निर्दिष्ट करें ताकि आपके हाथों को बाँध न सकें। रिलीज़ किए गए इंस्टेंट ऐप को कंसोल से "रिलीज़" करने के लिए किसी अन्य असेंबली के लिए संस्करण कोड को विफल कर देगा। औपचारिक रूप से, आपके पास इंस्टैंट ऐप लॉन्च करने के लिए NM क्षमताएं हैं, जबकि आपके पास मुख्य versionCode = N साथ versionCode = N और Google Play पर versionCode = M साथ तत्काल लॉन्च के साथ आवेदन है।

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

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

साथ ही, कुछ सहायक लाइब्रेरी अंत उपयोगकर्ताओं के सर्कल को कम कर सकती हैं। तो यह हमारे मामले में था। कंसोल ने एक "लक्ष्यीकरण APK अंतर" त्रुटि को फेंक दिया, हालांकि दोनों अनुप्रयोगों की अनुमतियां समान थीं। एक समाधान की तलाश में, मैं स्टैक ओवरफ्लो के साथ इस मुद्दे पर आया, जहां यह एप की उपयोगिता के माध्यम से एप्लिकेशन की एपीके फाइलों को चलाने की सलाह दी जाती है। यह सभी निर्भरताओं सहित फ़ाइलों के बारे में विस्तृत जानकारी प्रदर्शित करेगा। दोनों फ़ाइलों के आउटपुट में अंतर की गणना करने के बाद, मैंने एक सुराग देखा: जो एप्लिकेशन इंस्टॉल किया जा रहा था, उसमें लाइन uses-gl-es: '0x20000' था, जो इंस्टेंट ऐप में अनुपस्थित था। नेटवर्क की एक छोटी सर्फिंग ने मुझे एक समाधान के लिए प्रेरित किया: यह रेखा कहती है कि एप्लिकेशन ओपनजीएल लाइब्रेरी का उपयोग करता है, जो बदले में, नक्शे में उपयोग किया जाता है। दरअसल, हमारे मुख्य एप्लिकेशन ने play-services-maps लाइब्रेरी का इस्तेमाल किया था, लेकिन इंस्टेंट ऐप ने ऐसा नहीं किया। इंस्टेंट ऐप में इस निर्भरता को जोड़ने से मुझे अंततः ऐप को रिलीज़ करने की अनुमति मिल गई।

संक्षेप में देना

1. त्वरित एप्लिकेशन सेवाओं और असुरक्षित नेटवर्क (http) का उपयोग नहीं कर सकते हैं। अंतिम एपीके फ़ाइल का आकार 4 एमबी से अधिक नहीं होना चाहिए (शायद यह प्रतिबंध जल्द ही 10 एमबी तक सरल हो जाएगा)।
2. एपीके-फ़ाइल के आकार को कम करने के लिए, आप ऑप्टिमाइज़र और कोड ओफ़्फ़सुकेटर्स (उदाहरण के लिए, प्रोगार्ड) का उपयोग कर सकते हैं।
3. SharedPreferences एंड्रॉइड 8.0+ के लिए इंस्टेंट ऐप से स्वचालित रूप से मुख्य एप्लिकेशन में स्थानांतरित हो जाते हैं, पहले के संस्करणों के लिए कुकी एपीआई या स्टोरेज एपीआई के माध्यम से मैन्युअल रूप से लिखना आवश्यक है। यह एक एप्लिकेशन को जारी करने की आवश्यकता पर विचार करने के लायक है जो इंस्टेंट ऐप जारी करने से पहले डेटा माइग्रेशन के लिए तैयार है।
4. इंस्टेंट ऐप को डीबग करने के लिए, आप एंड्रॉइड एसडीके में शामिल Google Play इंस्टेंट डेवलपमेंट एसडीके से विशेष उपयोगिता का उपयोग कर सकते हैं।
5. एंड डिवाइस पर कंसोल में प्रकाशित इंस्टेंट ऐप की उपस्थिति एक दिन में आधे घंटे की देरी के साथ हो सकती है। यह निर्धारित करने की क्षमता का ध्यान रखने योग्य है कि इंस्टेंट ऐप के किस संस्करण को अब प्ले मार्केट से लॉन्च किया गया है।
6. इंस्टेंट ऐप का वर्जन कोड मुख्य एप्लिकेशन के वर्जन कोड से अधिक नहीं होना चाहिए।
7. जिन उपकरणों को इंस्टेंट ऐप उपलब्ध होगा, उनकी सूची उन उपकरणों की सूची से अधिक नहीं होनी चाहिए जिनके लिए मुख्य एप्लिकेशन उपलब्ध है। ऐसा करने के लिए, आपको मैनिफ़ेस्ट फ़ाइलों में समान अनुमतियों को निर्दिष्ट करना चाहिए, साथ ही सहायक पुस्तकालयों के कारण संभावित सीमाओं पर ध्यान देना चाहिए।

वह सब है। मुझे उम्मीद है कि आपको यह जानकारी उपयोगी लगी होगी। मैं किसी भी प्रतिक्रिया के लिए खुशी होगी!

उपयोगी स्रोत:

1. एंड्रॉइड डेवलपर्स पर Google Play इंस्टेंट डॉक्यूमेंटेशन
2. इंस्टेंट ऐप एपीके फ़ाइल के आकार को कम करने के लिए टिप्स
3. Google Play त्वरित FAQ
4. कुकी प्रवासन
5. स्टोरेज एपीआई का उपयोग कर डाटा माइग्रेशन