^{अस्वीकरण: मैं Google Play, Chrome या उल्लिखित किसी कंपनी से संबद्ध नहीं हूं। यह कोई आधिकारिक बयान नहीं है। लोगो और नामों का उपयोग केवल दृष्टांत उद्देश्यों के लिए किया जाता है।}

Android के लिए Chrome 72 में लंबे समय से प्रतीक्षित वेब गतिविधि सुविधा है। इसका मतलब है कि अब हम Google Play निर्देशिका के माध्यम से PWA वितरित कर सकते हैं और क्रोम को देशी संकुल के बिना UI ऑफ़लाइन चला सकते हैं! मैंने कुछ समय के लिए इस फ़ंक्शन के साथ, एपीआई में डील करते हुए खेला, लेकिन यहां मैं आपको बताता हूं कि यह क्या है, आज क्या है और क्या उपलब्ध है।

Play Store कैटलॉग में PWA

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

आरंभ करने के लिए, किसी निर्देशिका में प्रकाशित करना इतनी सरल प्रक्रिया नहीं है जितनी होनी चाहिए (उदाहरण के लिए, Google Play पर एक URL दर्ज करना - और एप्लिकेशन शुरू हो जाएगा)। इसके अलावा, आप उपलब्ध WebAPK का उपयोग नहीं कर सकते हैं और एक निर्देशिका में एप्लिकेशन प्रकाशित कर सकते हैं। यह जावा एपीआई का उपयोग करता है, जो सेवाओं के माध्यम से क्रोम के साथ बातचीत करता है और विकास के प्रारंभिक चरण में लगता है। इसलिए, मैन्युअल रूप से बहुत कुछ करना है।

मैं इसे पहले कदम के रूप में देखता हूं। निश्चित रूप से, सबसे अच्छा टूलकिट जल्द ही (संभवतः समुदाय से) सभी उपलब्ध एपीआई और एक-क्लिक लॉन्च के समर्थन के साथ दिखाई देगा। लेकिन वर्तमान एपीआई पर, आप इसे PWA लांचर निर्देशिका में प्रकाशित कर सकते हैं। मैं यह करने के लिए अपने अनुभव को साझा करूंगा।

किसी कारण से, यह सुविधा अभी तक क्रोम प्लेटफ़ॉर्म स्थिति में प्रकट नहीं हुई है, और दस्तावेज़ीकरण अभी तक अपडेट नहीं किया गया है (यह 15 महीनों से अधिक समय से अपडेट नहीं किया गया है)।

5 फरवरी का अपडेट । क्रोमियम ब्लॉग ने टीडब्ल्यूए समर्थन और इस लेख में उल्लिखित कुछ तकनीकी विवरणों के बारे में एक संक्षिप्त टिप्पणी पोस्ट की है।

1 फरवरी का अपडेट । Google पर Chrome डेवलपर के प्रमुख पॉल किनलन ने TWA सुविधा को जारी करने की पुष्टि की है और प्रलेखन में देरी हो रही है: देरी का कारण यह है कि नए Chrome 72 सुविधा के लिए अंतिम समय में अनुमति दी गई थी।


टीडब्ल्यूए को समझाते हुए पीट ले पेज का एक वर्षीय वीडियो

पीडब्ल्यूए को एक निर्देशिका में क्यों प्रकाशित करें?

यह एक वेब प्लेटफॉर्म है, कार्ल! एक निर्देशिका का उपयोग क्यों करें?

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

अब से, पीडब्ल्यूए को निर्देशिका में प्रकाशित करना संभव हो गया, साथ ही साथ ब्राउज़र से काम करना भी संभव हो गया। बेशक, यह एक अलग ऑपरेशन है। Play Store Microsoft Store का अनुकरण नहीं करता है: आपका PWA तब तक स्टोर में दिखाई नहीं देगा जब तक आप एपीके संकलित नहीं करते और इसे प्रकाशित नहीं करते।

मानक PWA से अधिक लाभ

कैटलॉग से नए वितरण तंत्र और नए उपयोगकर्ताओं के अलावा (और "एप्लिकेशन" अनुभाग में Google खोज से भी), अन्य लाभ हैं:

• विजेट को मुख्य स्क्रीन पर रखने की क्षमता।
  
• एप्लिकेशन शॉर्टकट (एप्लिकेशन आइकन पर एक लंबे प्रेस के साथ) और ओएस के साथ अन्य गहन एकीकरण।
  
• पहनने योग्य उपकरणों या Android ऑटो एक्सटेंशन पर एक "साथी" के साथ काम करें।
  
• नए फोन पर हार्ड रीसेट या बैकअप के बाद रीइंस्टॉल करना।
  
• पृष्ठभूमि सेवाएं जो अपने स्वयं के कार्यों तक पहुंचती हैं (पीडब्ल्यूए के साथ संचार अभी भी सीमित है - नीचे अधिक विवरण)।
  
• मुद्रीकरण (अब तक सीमित, नीचे अधिक विवरण)।
  
• कुछ देशी स्क्रीन PWA सामग्री के साथ मिश्रित हैं।
  
• लांचर और / या होम स्क्रीन पर एक से अधिक पीडब्ल्यूए आइकन का वितरण, अलग-अलग URL (एक ही होस्ट के भीतर) की ओर इशारा करते हुए।
  
• बेहतर अंतर्राष्ट्रीयकरण समर्थन।

क्या है इनोवेशन?

कैटलॉग में पहले से ही कुछ PWA थे, लेकिन अब उन्हें तैयार करना और प्रकाशित करना बहुत आसान है।

Google Play Store में पहले से ही कुछ PWA मौजूद हैं, जैसे Google मैप्स गो, इंस्टाग्राम लाइट और ट्विटर लाइट। पहला आवेदन कुछ निजी संस्करण पूर्व-टीडब्ल्यूए का उपयोग करता है, और अंतिम दो वेबवे का उपयोग करते हैं, जो आदर्श नहीं था, लेकिन टीडब्ल्यूए से पहले इस तरह से कुछ करने का एकमात्र तरीका है। एप्लिकेशन में कुछ चीजों के लिए बहुत सारे मूल कोड होते हैं, जैसे सूचनाएं। हम PWA को वेब डेवलपर के रूप में प्रकाशित करना चाहते हैं, और हम बहुत सारे जावा कोड नहीं लिखना चाहते हैं।

TWA कस्टम क्रोम टैब पर आधारित एक विशेष मोड है, जो Chrome 45 के संस्करण से आपको एप्लिकेशन में निर्मित ब्राउज़र को लॉन्च करने की अनुमति देता है।

क्या TWA कॉर्डोवा के समान एक हाइब्रिड फ्रेमवर्क है?

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


यहां पीडब्ल्यूए विश्वसनीय वेब गतिविधि के साथ कैसा दिखता है। मैं अभी तक रंग योजनाओं के कार्यान्वयन को नहीं देखता हूं

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

प्ले स्टोर आवश्यकताएँ

एक विश्वसनीय वेब ऑपरेशन के लिए उपयोग किया जाने वाला URL निम्नलिखित आवश्यकताओं को पूरा करता है:

• PWA मानदंड हस्तांतरण (HTTPS, सर्विस इवेंट वर्कर के साथ भ्रूण घटना हैंडलर, 512px आइकन के साथ वेब एप्लिकेशन मेनिफ़ेस्ट, बैकग्राउंड_ कलर और अन्य गुणों का एक मूल सेट)।
  
• लाइटहाउस न्यूनतम 80/100 प्रदर्शन रेटिंग (क्रोम डेवलपर टूल या एनपीएम सीएलआई के रूप में उपलब्ध)।
  
• सभी वर्तमान प्ले स्टोर नियम।

क्रोमियम ब्लॉग पोस्ट के अनुसार, "वे अनुप्रयोग जो TWA गुणवत्ता की आवश्यकताओं या Play Store की नीतियों का पालन नहीं करते हैं, उन्हें प्रवेश से इनकार किया जा सकता है या बाहर रखा जा सकता है।"

मुझे अभी तक यकीन नहीं है कि Play Store QA टीम एप्लिकेशन को प्रकाशित करते समय इन सभी आवश्यकताओं की जांच करती है।

प्ले स्टोर पर PWA सुरक्षा मॉडल

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



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



इस तरह के नोटिफिकेशन की आवश्यकता क्रोम टीम के पॉल किनलान ने बताई ।

विकास के तरीके

TWA के साथ एक पैकेज बनाने के लिए, आपको सबसे पहले Android Studio चाहिए । अब तक, सभी विकल्प प्रयोगात्मक हैं और केवल GitHub पर क्रोम रिपॉजिटरी में कोड उदाहरणों के द्वारा वर्णित हैं ।

TWA के साथ अनुप्रयोग विकास विकल्प:

• Chrome टीम से उच्च-स्तरीय जावा समर्थन लाइब्रेरी का उपयोग करना : इस मामले में, आपको अपना स्वयं का जावा या कोटलिन कोड लिखने की आवश्यकता नहीं है। एक Android स्टूडियो प्रोजेक्ट बनाएं (या एक उदाहरण क्लोन करें), वेब एप्लिकेशन के प्रकट होने से AndroidManifest.xml में कुछ मेटाडेटा कॉन्फ़िगर करें - और आप कर रहे हैं।
  
  फ्रेमवर्क Android डिवाइस में सेटिंग्स रिकॉर्ड बनाने के लिए TWA और अतिरिक्त सुविधाओं के साथ एक कनेक्शन प्रदान करेगा, साथ ही पुश सूचनाएं भी उपलब्ध कराएगा। अब लाइब्रेरी अस्थाई जितपैक रिपॉजिटरी में है। मुझे लगता है कि भविष्य में वह दूसरी जगह चली जाएगी।
  
• विश्वसनीय वेब गतिविधि को मैन्युअल रूप से प्रबंधित करना । यदि आपके पास जावा या कोटलिन में एंड्रॉइड एप्लिकेशन विकसित करने का अनुभव है, तो आप बस मैन्युअल रूप से PWA कनेक्ट कर सकते हैं। तो आप कुछ देशी क्रियाओं को छोड़ सकते हैं, ट्रस्टेड वेब गतिविधि को केवल सही समय पर खोलना। इस मामले में, मैं समर्थन पुस्तकालय का अध्ययन करने और परियोजना से क्रोम से कनेक्ट करने का तरीका समझने का प्रस्ताव करता हूं।

5 फरवरी का अपडेट : ट्रस्टेडवेबयूटिल्स , टीडब्ल्यूए हेल्पर के लिए प्रलेखन , अब एंड्रॉइड साइट पर उपलब्ध है।

प्रकट वितरण

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

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

URL सत्यापन

TWA केवल एप्लिकेशन के साथ डिजिटल डोमेन हैंडशेक के बाद काम करेगा। तंत्र को डिजिटल एसेट लिंक के रूप में जाना जाता है। यह आपके होस्ट और एपीके के बीच एक भरोसेमंद संबंध बनाता है, यह साबित करता है कि आप PWA के मालिक हैं और आपने Play Store पर ऐसे एप्लिकेशन नहीं जीते हैं जो आप स्वयं नहीं बनाते हैं। यह साइट और मूल एप्लिकेशन के बीच एक डिजिटल चैनल भी स्थापित करता है, जो सैद्धांतिक रूप से उन्हें निजी डेटा का आदान-प्रदान करने की अनुमति दे सकता है (लेकिन यह आज के टीडब्ल्यूए एपीआई के साथ संभव नहीं लगता है)।

डिजिटल एसेट्स लिंक के साथ आपको अपने डोमेन पर फ़ाइल <your-domain> /.well-ogn/assetlinks.json अपलोड करनी होगी। इस JSON फ़ाइल में एंड्रॉइड पैकेज (उदाहरण के लिए, पैकेज पहचानकर्ता) और आपके एप्लिकेशन के प्रमाण पत्र के बारे में जानकारी है, जिसे आप कंसोल में कमांड द्वारा पता कर सकते हैं। एंड्रॉइड पैकेज में होस्ट URL पर एक डबल होगा। यह सत्यापित करने के लिए एक ऑनलाइन सत्यापनकर्ता है कि सब कुछ क्रम में है।

यदि आपने हाथ नहीं हिलाया है, तो TWA सक्रिय नहीं होगा, और आपका एप्लिकेशन न्यूनतम क्रोम इंटरफ़ेस के साथ नियमित रूप से Chrome कस्टम टैब का उपयोग करेगा, जैसे कि प्रदर्शन: न्यूनतम-यूआई PWA में शामिल है। मुझे पूरा यकीन नहीं है, लेकिन शायद प्ले स्टोर उन अनुप्रयोगों को अस्वीकार कर सकता है जो बस TWA सत्यापन के बिना नियमित टैब को इंगित करते हैं। मुझे ठीक-ठीक पता नहीं है कि क्रोम डिजिटल एसेट लिंक सत्यापन किस बिंदु पर करता है; यदि आप हर बार एप्लिकेशन का उपयोग करते हैं, तो यह एक प्रदर्शन समस्या बन सकता है। मुझे लगता है कि कैशिंग संभव है, साथ ही प्ले स्टोर कैटलॉग में स्वीकार किए जाने के दौरान आवेदन को मंजूरी देने से पहले एक जांच कर सकता है। आइए देखें कि दस्तावेज में क्या लिखा जाएगा।

नीचे दिए गए विकास के उद्देश्यों के लिए डिजिटल एसेट लिंक प्रमाणन प्रक्रिया को दरकिनार करने के लिए एक (इतना सरल नहीं) तंत्र है।

अनुप्रयोग प्रकाशित करें

TWA का उपयोग करके PWA लेबल प्रकाशित करने के लिए, आपको Play Store के सभी नियमों का पालन करना चाहिए। अधिक जानकारी के लिए डेवलपर नीति केंद्र देखें। आपको आवेदन के लिए $ 25, मेटाडेटा, स्क्रीनशॉट और मार्केटिंग सामग्री के एक बार के शुल्क के साथ एक प्रकाशक खाता भी बनाना होगा।

तैनाती

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

Google Play कंसोल

इन अनुप्रयोगों को डाउनलोड करने के लिए कोई विशिष्ट नियम या प्रक्रिया नहीं हैं, लेकिन संशोधन विभाग यह पता लगा सकता है कि आप TWA का उपयोग कर रहे हैं और सत्यापित करें कि: 1) डिजिटल एसेट लिंक काम कर रहा है; 2) URL PWA मानदंड (मुख्य रूप से सेवा कार्यकर्ता में लाने के लिए हैंडलर) के लिए उत्तीर्ण करता है।


प्ले स्टोर पर प्रकाशित करने के लिए, आपको बहुत सारे मेटाडेटा और ग्राफिक संसाधनों को निर्दिष्ट करना होगा।

एप्लिकेशन अपडेट

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

प्रतिबंध

अब मंच की कुछ सीमाएँ हैं, लेकिन यह केवल शुरुआत है। उम्मीद है कि उन्हें समय के साथ हटा दिया जाएगा।

सबफ़ोल्डर्स में PWA

यदि आप अपने PWA को होस्ट सबफ़ोल्डर में प्रकाशित करते हैं, तो कई समस्याएं हैं।

• डिजिटल एसेट लिंक पूरे डोमेन को जोड़ता है, न कि केवल फ़ोल्डर को।
  
• वर्तमान समर्थन पुस्तकालय पूरे मेजबान को एक इरादे (लिंक कैप्चरिंग) के रूप में संभालता है, भले ही PWA एक सबफ़ोल्डर में हो।

कोई आंतरिक अनुप्रयोग नहीं

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

डिजिटल एसेट लिंक केवल सार्वजनिक URL के साथ काम करता है क्योंकि Chrome को यह सत्यापित करने की आवश्यकता है कि हम डोमेन के मालिक हैं, जो आंतरिक URL के साथ संभव नहीं है।

पहला बूट

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

देशी कोड कॉलिंग

टीडब्ल्यूए सर्वर (क्रोम) और टीडब्ल्यूए क्लाइंट (हमारे एपीके) के बीच पहले से ही एक द्वि-दिशात्मक चैनल है। वर्तमान में इस चैनल का उपयोग केवल पुश सूचनाएँ भेजने और उन्हें मूल एप्लिकेशन में प्रदर्शित करने के लिए किया जाता है, न कि क्रोम में।

Microsoft स्टोर में APPX / PWA तंत्र के समान, मूल कोड को PWA तक पहुँच देने के लिए, मूल कोड और जावास्क्रिप्ट को जोड़ने की कुछ क्षमता है।

शायद भविष्य में टीडब्ल्यूए क्लाइंट में जावा / कोटलिन वर्गों को पंजीकृत करना संभव होगा, ताकि हम वास्तव में उन्हें जावास्क्रिप्ट एपीआई का उपयोग करके कॉल कर सकें जब हमारे पीडब्ल्यूए को टीडब्ल्यूए मोड में प्रदान किया गया है।

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

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

प्ले स्टोर से मुद्रीकरण

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

डिबगिंग

मुझे यकीन नहीं है कि यह मेरी आईडीई के साथ बग या किसी प्रकार की समस्या है, लेकिन टीडब्ल्यूए के सेवा कर्मियों की दूरस्थ डिबगिंग काम नहीं करती है। मैं विंडो संदर्भ की जांच कर सकता हूं, लेकिन सेवा कार्यकर्ता की नहीं।

अन्य इंजन

TWA वर्तमान में केवल Chrome पर काम करता है, लेकिन भविष्य में, अन्य ब्राउज़र API क्लोन कर सकते हैं: उदाहरण के लिए, सैमसंग इंटरनेट, एज या फ़ायरफ़ॉक्स।

4 फरवरी अपडेट : TWA Android कस्टम टैब प्रोटोकॉल पर चलता है, जिसे अन्य ब्राउज़र वर्तमान में लागू कर रहे हैं। इसलिए, यदि सिस्टम पर एक और डिफ़ॉल्ट ब्राउज़र स्थापित है, तो यह PWA की सामग्री के साथ TWA खोल सकता है। हालांकि, यह समझने के लिए अतिरिक्त परीक्षण की आवश्यकता है कि यह कैसे काम करता है।

यदि उपयोगकर्ता के पास Chrome का पुराना संस्करण है और Play Store से एप्लिकेशन इंस्टॉल करता है तो क्या होगा? इस स्थिति में, PWA एक कस्टम क्रोम टैब के रूप में दिखाई देगा, और पूरी तरह से ऑफ़लाइन मोड में नहीं।


प्ले स्टोर पर Google मैप्स गो पहले से ही TWA के समान है, और क्रोम काम के लिए एक शर्त के रूप में सूचीबद्ध है

यदि उपयोगकर्ता के पास Chrome बिलकुल नहीं है, तो क्या होगा? आज तक, समर्थन लाइब्रेरी का उपयोग करते समय, एप्लिकेशन बिल्कुल भी काम नहीं करेगा (यदि कस्टम टैब प्रोटोकॉल के समर्थन के साथ कोई अन्य ब्राउज़र नहीं है)। यदि आप मूल जावा / कोटलिन कोड में TWA API का उपयोग करते हैं, तो आप ब्राउज़र की उपलब्धता की जांच कर सकते हैं और वैकल्पिक समाधान, जैसे कि WebView, या ब्राउज़र को खोल सकते हैं।

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

अन्य प्लेटफार्मों

PWA पहनने योग्य OS (घड़ियों) पर काम नहीं करता है, लेकिन मुझे यकीन नहीं है कि अन्य एंड्रॉइड प्लेटफॉर्म पर क्या हो रहा है। शायद अभी तक कोई समर्थन नहीं है, लेकिन इसे देखें। मैं Play Store से Android TV या Chromebook की बात कर रहा हूं। यदि आपने इन प्लेटफार्मों का परीक्षण नहीं किया है, तो यह निर्देशिका सूची में उन्हें अक्षम करने के लिए समझ में आता है।

WebAPK के साथ संघर्ष

यदि आपने क्रोम से PWA स्थापित किया है, तो आपके पास Play Store द्वारा हस्ताक्षरित इस URL के लिए पहले से ही एक एपीके है, लेकिन निर्देशिका अभी भी सूची में आवेदन छोड़ देगी और उपयोगकर्ता को इसे भी स्थापित करने की अनुमति देगा। और इसके विपरीत: निर्देशिका से एप्लिकेशन इंस्टॉल करने से क्रोम को उपयोगकर्ता को ब्राउज़र से "जोड़ने" के लिए प्रेरित करने से नहीं रोका जा सकेगा। मुझे लगता है कि इससे बचा जा सकता है अगर WebAPK भी डिजिटल एसेट लिंक प्राप्त करता है या हम किसी तरह WebAPK एप्लिकेशन पहचानकर्ता से मेल खा सकते हैं, लेकिन निकट भविष्य में ऐसा होने की संभावना नहीं है। आइए देखते हैं।


दो स्टारबक्स ऐप एक साथ चल रहे हैं: WebAPK और हमारा अपना एपीके

आप WebAPK को स्थापित करने के लिए Chrome के ऑफ़र को ब्लॉक कर सकते हैं और इसके बजाय संबंधित एप्लिकेशन का उपयोग करके डायरेक्टरी से संबंधित एप्लिकेशन को दिखा सकते हैं और वेब एप्लिकेशन मेनिफ़ेस्ट की वरीयता_संबंधित_प्रक्रियाएँ विशेषता का उपयोग कर सकते हैं। इंस्टॉल किए गए संबंधित ऐप्स API भविष्य में इस संघर्ष को हल करने में मदद कर सकते हैं।

पहला PWApk बनाना

मुझे पता है कि मैंने अभी PWApk शब्द का आविष्कार किया है, लेकिन यह अच्छा लगता है, है ना?

कुछ साल पहले, मैंने देशी एंड्रॉइड वेब एप्लिकेशन पर एक वीडियो कोर्स किया था। हालांकि यह PWA के बारे में पूरी तरह से सच नहीं है, यह एंड्रॉइड पारिस्थितिकी तंत्र को समझने में मदद करता है।


TWA- आधारित APK बनाने का सबसे आसान तरीका GitHub पर ChromeLabs रिपॉजिटरी से SVGOMG रिपॉजिटरी सैंपल का क्लोन बनाना है।

आप गिट रिपॉजिटरी को क्लोन कर सकते हैं या एक नया प्रोजेक्ट शुरू कर सकते हैं। हमारे मामले में, हम विषय को बेहतर ढंग से समझने के लिए एक नई परियोजना शुरू करते हैं।

एंड्रॉइड स्टूडियो में एक नई परियोजना बनाएं और नो एक्टिविटी का चयन करें: हम समर्थन लाइब्रेरी से केवल विश्वसनीय वेब गतिविधि का उपयोग करेंगे।


चलो एक खाली परियोजना के साथ शुरू करते हैं

डेटा भरें, परियोजना का नाम चुनें (हम इसे बाद में बदल देंगे) और पैकेज का नाम: यह एंड्रॉइड में हमारे आवेदन के पहचानकर्ता के साथ-साथ कैटलॉग में भी होगा। मैं रिवर्स ऑर्डर में मेजबान नाम और अंत में एक मनमाना नाम का उपयोग करने की सलाह देता हूं। उदाहरण के लिए, यदि आपके पास होस्ट mypwa.com/calculator है , तो पैकेज को com.mypwa.calculator कहा जा सकता है ।

आधार के रूप में, एपीआई 19 (एंड्रॉइड 4.4) उपयुक्त है। ऐसा लगता है कि जल्द ही यह क्रोम के लिए आवश्यक न्यूनतम संस्करण होगा । कुछ टीडब्ल्यूए फ़ंक्शन केवल एपीआई 23 (एंड्रॉइड 6.0) के साथ काम करेंगे, लेकिन समर्थन पुस्तकालय इस बात का ध्यान रखेगा।

5 फरवरी का अपडेट: क्रोम ने आधिकारिक तौर पर घोषणा की कि TWA केवल एंड्रॉइड 4.4 किटकैट के साथ काम करता है। इस प्रकार, यह फ़ंक्शन लगभग 5% सक्रिय एंड्रॉइड उपयोगकर्ताओं के लिए उपलब्ध नहीं है: उन्हें कस्टम टैब और एड्रेस बार के साथ वापस संस्करण में लाया जाएगा।


एक न्यूनतम एपीआई स्तर का चयन उन उपकरणों की सूची को सीमित करेगा जिनके लिए प्ले स्टोर निर्देशिका में PWA की पेशकश की जाएगी

निर्भरता जोड़ें

अगला कदम टीडब्ल्यूए सपोर्ट लाइब्रेरी को एक निर्भरता के रूप में जोड़ना है, इसलिए दो फाइल खोलें, जिन्हें बिल्ड.ग्रेडल :


टू कॉन्फ़िगरेशन फाइल: प्रोजेक्ट के लिए और एंड्रॉइड एप्लिकेशन

के लिए प्रोजेक्ट फाइल के साथ शुरू करें। Allprojects> रिपॉजिटरी सेक्शन में निम्नलिखित लाइन जोड़ें :

maven { url "https://jitpack.io" } 

अगले चरण में, हम मॉड्यूल build.gradle को खोलते हैं और इसे निर्भर करते हैं:

 implementation 'com.github.GoogleChrome:custom-tabs-client:e446d08014' 

TWA सेटअप

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

 manifestPlaceholders = [ hostName: "app.starbucks.com", defaultUrl: "https://app.starbucks.com", launcherName: "Starbucks", assetStatements: '[{ "relation": ["delegate_permission/common.handle_all_urls"], ' + '"target": {"namespace": "web", "site": "https://app.starbucks.com"}}]' ] 

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

मैनिफेस्ट सेटअप

एंड्रॉइड एप्लिकेशन के अपने स्वयं के प्रकट होते हैं, वे वेब एप्लिकेशन के प्रकट होने को स्वीकार नहीं करेंगे। वांछित फ़ाइल एप्लिकेशन> मैनिफ़ेस्ट सेक्शन में स्थित है और इसे AndroidManifest.xml कहा जाता है। वहां आपको सेल्फ-क्लोजिंग एप्लिकेशन XML तत्व मिलेगा।


डिफ़ॉल्ट Android मैनिफ़ेस्ट फ़ाइल

वहां हम एंड्रॉइड का मान बदलते हैं: लेबल को $ {लॉन्चरनाम} , जो हम पहले मेटाडेटा में सेट करते हैं, ताकि हमारे पास एप्लिकेशन के नाम के लिए सच्चाई का एकमात्र स्रोत होगा।

अगला चरण इस फ़ाइल को कॉन्फ़िगर करना है, जिसमें <एप्लीकेशन> टैग के साथ शुरू होता है, इसमें बाल तत्व जोड़ने के लिए, जो इस तरह दिखाई देगा:

 <meta-data android:name="asset_statements" android:value="${assetStatements}" /> <activity android:name="android.support.customtabs.trusted.LauncherActivity" android:label="${launcherName}"> <meta-data android:name="android.support.customtabs.trusted.DEFAULT_URL" android:value="${defaultUrl}" /> <intent-filter> <action android:name="android.intent.action.MAIN" /> <category android:name="android.intent.category.LAUNCHER" /> </intent-filter> <intent-filter> <action android:name="android.intent.action.VIEW"/> <category android:name="android.intent.category.DEFAULT" /> <category android:name="android.intent.category.BROWSABLE"/> <data android:scheme="https" android:host="${hostName}"/> </intent-filter> </activity> 

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


यह सिंक करने का समय है

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

आइकन प्रतिस्थापन

फिलहाल, एप्लिकेशन केवल डिफ़ॉल्ट एंड्रॉइड आइकन का उपयोग करता है, इसलिए आपको अलग-अलग पिक्सेल घनत्वों के लिए अलग-अलग सबफ़ोल्डर में ऐप> रिस> मैपमैप में सभी फ़ाइलों को बदलने की आवश्यकता है। दो संस्करण हैं: वर्ग और गोल आइकन। एंड्रॉइड 7.1 में गोल वाले दिखाई दिए, और यदि आप उन्हें अनदेखा करना चाहते हैं, तो Android: RoundIcon लिंक को AndroidManifest.xml में हटा दें।


आपको चिह्न से चिह्न लेने की आवश्यकता है और उन्हें संबंधित नामों के साथ mipmap सबफ़ोल्डर्स पर कॉपी करना होगा

थीम सेटअप

अंत में, ऐप खोलें / Res / मान / स्टाइल.xml और विषय में कुछ बदलाव करें ताकि यह PWA की तरह दिखे:

 <style name="AppTheme" parent="Theme.AppCompat.Light.NoActionBar"> <item name="colorPrimary">@color/colorPrimary</item> <item name="colorPrimaryDark">@color/colorPrimaryDark</item> <item name="colorAccent">@color/colorAccent</item> <item name="android:windowNoTitle">true</item> <item name="android:backgroundDimEnabled">false</item> </style> 

आप ऐप / रेस / वैल्यू / color.xml से रंग बदल सकते हैं, लेकिन मैंने अभी तक टीडब्ल्यूए में यह काम नहीं देखा है।

यदि आप प्रकट में अभिविन्यास को प्रतिबंधित करते हैं, तो आप इस प्रतिबंध को AndroidManifest.xml में <गतिविधि> तत्व में जोड़ सकते हैं।

परीक्षण के लिए तैयार हैं?

हम अपने PWApk का परीक्षण करने के लिए तैयार हैं, लेकिन इससे पहले हमें Android परीक्षण उपकरण पर या एक एमुलेटर में (Chrome 72+ के साथ) क्रोम के लिए TWA विकास मोड को कॉन्फ़िगर करने की आवश्यकता है।

क्रोम सेटअप

सुनिश्चित करें कि आपके पास Chrome स्थिर संस्करण 72 और खुले क्रोम: // झंडे हैं । विकल्प ढूंढें गैर-रूट किए गए डिवाइस पर कमांड लाइन को सक्षम करें और बॉक्स को चेक करें । अपने ब्राउज़र को पुनरारंभ करें।

फिर हमें उस होस्ट के लिए डिजिटल एसेट लिंक को बायपास करने के लिए क्रोम को कॉन्फ़िगर करना होगा जिसे हम परीक्षण करना चाहते हैं, हमारे उदाहरण में यह app.starbucks.com है ।

एंड्रॉइड के लिए क्रोम के लिए कमांड लाइन विकल्प बदलने के लिए आपको एंड्रॉइड फाइल सिस्टम पर एक टेक्स्ट फाइल लिखना होगा। ऐसा करने का सबसे आसान तरीका अदब (एंड्रॉइड डिबग ब्रिज) के माध्यम से है, जिसे पथ में पंजीकृत होना चाहिए (Google, यदि वह है), और कमांड चलाएँ:

 adb shell cat /data/local/tmp/chrome-command-line _ - disable-digital-asset-link-verification-for-url="https://app.starbucks.com" 

आप Google से एक साधारण बैश स्क्रिप्ट का उपयोग कर सकते हैं।


आपको Chrome को रोकने की आवश्यकता है ताकि वह स्टार्टअप पर नई सेटिंग्स स्वीकार करे

और Chrome को पुनरारंभ करें। लेकिन न केवल एप्लिकेशन को कार्यों की सूची से हटा दें, बल्कि सेटिंग्स बल से पूरी प्रक्रिया (फोर्स स्टॉप) को पूरा करें। काम करने से पहले मुझे कई बार ऐसा करना पड़ा।


चेतावनी दी कि झंडा चालू है और सब कुछ ठीक हो गया

यदि सब कुछ किया जाता है, तो हर बार जब आप क्रोम खोलते हैं तो आपको एक असमर्थित ध्वज के बारे में एक चेतावनी दिखाई देगी। यदि आप Android Studio से एप्लिकेशन चलाते हैं, तो आपका PWA आखिरकार आपके एपीके के आइकन और नाम के तहत शुरू और ऑफ़लाइन काम करेगा।

निष्कर्ष

Google Play निर्देशिका में PWA को प्रकाशित करने की क्षमता वास्तव में गेम के नियमों को बदल देती है। ऐसा लगता है कि अब हमारे पास एपीआई का एक बहुत ही प्रारंभिक संस्करण है और निश्चित रूप से कुछ काम की आवश्यकता है। मैं वास्तव में हमारे PWA के URL को दर्ज करने और उसमें से एपीके फ़ाइल प्राप्त करने में सक्षम होना चाहता हूं। डिजिटल एसेट लिंक सत्यापन प्रणाली के कारण यह बहुत सरल नहीं है। केवल Play Store ऐसा ही WebAPK का उपयोग करके कर सकता है जो वे उत्पन्न करते हैं।

मुझे आश्चर्य होता था कि क्या Google PWA ऐप्स को मंजूरी देता है या उन पर युद्ध छेड़ता है । लेकिन अब उन्होंने कम से कम टीडब्ल्यूए के संबंध में अपने संदेह को हटा दिया है।

चलो आशा करते हैं कि Chrome 72 में TWA एक लंबी यात्रा पर पहला कदम है!