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

तब से बहुत कुछ बदल गया है, और वेब प्रौद्योगिकियां अभी भी खड़ी नहीं हुई हैं। उन्होंने प्रतिबंधों को हटाने के मार्ग का अनुसरण किया, और सिद्धांत में पहले क्या असंभव था - ऑफ़लाइन काम, पृष्ठभूमि डेटा सिंक्रनाइज़ेशन, पुश सूचनाएं, एक-क्लिक लॉगिन के लिए समर्थन और क्रेडिट कार्ड, ऐप्पल पे, Google पे और अन्य तरीकों का उपयोग करके भुगतान किया गया। ब्राउज़र अब एक वास्तविकता है। ये फ़ंक्शन व्यवस्थित रूप से मंच के मुख्य भाग - HTML / CSS और जावास्क्रिप्ट को पूरक करते हैं, जो हाल के वर्षों में सक्रिय गति से अधिक विकास कर रहा है। उदाहरण के लिए, नई हौदिनी परियोजना, जो अभी भी काफी प्रारंभिक चरण में है, सीएसएस का उपयोग करके लगभग सभी प्रतिबंधों को हटा देती है, जिससे अन्य चीजों के साथ-साथ संभव हो, अपनी खुद की लेआउट बनाना और ग्रिड और फ्लेक्सबॉक्स के साथ सममूल्य पर उनका उपयोग करना और सीएसएस इंटर्नल्स के लिए प्रोग्रामेटिक एक्सेस खोलना। इंजन। लेकिन हुडिनी के बिना भी अब आप सीएसएस एनिमेशन बना सकते हैं जो 60 एफपीएस (फ्रेम प्रति सेकंड) पर काम करते हैं।

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

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

वेब प्लेटफ़ॉर्म की सीमाओं को हटाने के बारे में बोलते हुए, हम WebAssembly का उल्लेख नहीं कर सकते हैं। अब, इस तकनीक के लिए धन्यवाद, ब्राउज़र में कोड निष्पादन की गति और उपयोग की जाने वाली प्रोग्रामिंग भाषाओं पर लगभग कोई प्रतिबंध नहीं है। पहले से ही अब आप मूल C कोड के केवल आधे हिस्से का ही प्रदर्शन कर सकते हैं जो सीधे ऑपरेटिंग सिस्टम में काम करता है और यह सीमा नहीं है। इस कोर्स का मतलब यह नहीं है कि आपको जावास्क्रिप्ट को बाहर फेंकने की जरूरत है और सी या रस्ट में उपयोगकर्ता इंटरफ़ेस लिखने के लिए स्विच करें, क्योंकि जावास्क्रिप्ट + कोणीय, प्रतिक्रिया या Vue.js बंडल इन उद्देश्यों के लिए बेहद प्रभावी है, और जावास्क्रिप्ट स्वयं (ECMRcript), आज हमारे लिए उपलब्ध है - यह वास्तव में async / प्रतीक्षा के लिए समर्थन के साथ एक पूरी तरह से नई, सुविधाजनक और आधुनिक भाषा है, सामान्य वर्ग वाक्यविन्यास, विनाशकारी, टेम्पलेट स्ट्रिंग्स, और बहुत कुछ। लेकिन WebAssembly गेम, AR / VR, आर्टिफिशियल इंटेलिजेंस, ऑडियो और वीडियो प्रोसेसिंग जैसे महत्वपूर्ण सेगमेंट में प्रदर्शन लाता है, और इसमें बहुत खर्च होता है। इसके अलावा, मौजूदा कोड को C, C ++, Rust, C # और अन्य प्रोग्रामिंग भाषाओं को ब्राउज़र में पोर्ट करना अब बहुत आसान हो गया है। इस तरह के पोर्टिंग का एक अच्छा उदाहरण हाल ही में पेश किया गया ऑटोकैड है, जो WebAssembly का उपयोग करके एक ब्राउज़र में काम करता है ।

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

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

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

लेकिन मेरे शब्दों को इस बात के संकेत के रूप में न लें कि देशी एप्लिकेशन और वेब प्लेटफॉर्म की क्षमताएं बराबर हैं। मोटे तौर पर, अगर पांच साल पहले वेब प्लेटफ़ॉर्म ने 20% अनुप्रयोगों के लिए पर्याप्त अवसर प्रदान किए थे (यहाँ मेरा मतलब है कि उन अनुप्रयोगों के लिए जिन्हें जटिल तर्क की आवश्यकता है, और सामग्री वाली साइटों की नहीं - ऐसे मामलों के लिए एएमपी - त्वरित मोबाइल पेज और इसी तरह की प्रौद्योगिकियां हैं, ब्लॉग और समाचार साइटों से लेकर ऑनलाइन स्टोर और विभिन्न संस्थानों और संगठनों की साइटों, लगभग एक सौ प्रतिशत) तक सामग्री परिदृश्य को कवर करना, और अन्य मामलों में मूल समाधान बनाना आवश्यक था, अब वेब प्लेटफॉर्म की क्षमता 70-80% के साथ पर्याप्त है Uchaev। और अनुप्रयोगों की बढ़ती संख्या के लिए, डेवलपर्स के पास एक विकल्प है। अक्सर यह पसंद PWA और मूल आवेदन का सह-अस्तित्व है, जैसा कि उबेर, स्टारबक्स, एविएलेस, ट्विटर, टिंडर, Google मैप्स, अलीएक्सप्रेस और अन्य के साथ होता है।

स्रोत: https://twitter.com/necolas/status/829128165314306048

ये कौन सी विशेषताएं हैं, जिन्हें अपाचे कॉर्डोवा या एप्लिकेशन स्टोर के माध्यम से वितरण के लिए अन्य साधनों का उपयोग करके मूल अनुप्रयोगों या कम से कम पैकेजिंग वेब अनुप्रयोगों के निर्माण की आवश्यकता होती है?

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

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

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

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

2018 में प्रगतिशील वेब ऐप्स

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

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

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

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

पीडब्ल्यूए से संबंधित वेब मानकों को लागू करने के क्षेत्र में, 2018 के वसंत में, एक क्रांति हुई। PWA शब्द का उपयोग कई वर्षों से व्यापक रूप से किया जाता रहा है, लेकिन पहले यह सब केवल Google Chrome ब्राउज़र पर लागू होता था, और ऑफ़लाइन काम शुरू में डेस्कटॉप और एंड्रॉइड दोनों पर समर्थित था, लेकिन अनुप्रयोगों की स्थापना केवल एंड्रॉइड पर काम करती थी। कई डेवलपर्स अभी भी PWA को शुद्ध एंड्रॉइड तकनीक के रूप में देखते हैं। लेकिन iOS 2018 में, मार्च 2018 में रिलीज़ किया गया, Apple ने मोबाइल सफारी में सर्विस वर्कर सपोर्ट को जोड़ा। MacOS के लिए Safari में समर्थन भी जोड़ा गया है। अप्रैल 2018 में, एप्पल के एक महीने बाद, Microsoft ने, सेवा श्रमिकों के लिए अपने Microsoft एज ब्राउज़र में समर्थन जोड़ा। इसके अतिरिक्त, विंडोज 10 अब Microsoft स्टोर के माध्यम से PWA वितरण का समर्थन करता है। अगले चरण में, हम सभी प्लेटफार्मों पर ब्राउज़र से डेस्कटॉप पर PWA स्थापित करने की संभावना की उम्मीद करते हैं, न कि केवल क्रोम ओएस पर, जहां यह पहले से ही काम करता है।

आप Chrome में फ्लैगशिप्स: डेस्कटॉप PWAs और ऐप बैनर या प्रयोगात्मक ऐप बैनर झंडों को शामिल करके डेस्कटॉप पर इंस्टॉलेशन का परीक्षण कर सकते हैं: Chrome में झंडे। इन प्रयोगात्मक सुविधाओं को सक्षम करने के बाद, डेस्कटॉप पर क्रोम पर डेस्कटॉप PWA स्थापना इंटरफ़ेस नीचे स्क्रीनशॉट की तरह दिखेगा।

डेस्कटॉप पर PWA के आगमन के साथ, वे सबसे अधिक संभावना है कि अब इलेक्ट्रॉन पर हावी होने वाले आला का हिस्सा होगा।

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

स्रोत: https://caniuse.com/#feat=serviceworkers

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

स्रोत: https://medium.com/@firt/progressive-web-apps-on-ios-are-here-d00430dee3a7

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

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

workbox.routing.registerRoute( /\.(?:png|gif|jpg|jpeg|svg)$/, workbox.strategies.cacheFirst({ cacheName: 'images', plugins: [ new workbox.expiration.Plugin({ maxEntries: 60, maxAgeSeconds: 30 * 24 * 60 * 60, // 30 Days }), ], }), ); 

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

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

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

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

लेकिन पहले, Google से चेकलिस्ट पढ़ें, जिसमें अच्छे वेब एप्लिकेशन की मुख्य विशेषताएं बताई गई हैं।

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


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

निष्कर्ष

पिछले एक दशक में, वेब प्रौद्योगिकियां वेब 2.0 और एचटीएमएल 5 के सार्वभौमिक डोमेन की आशाओं और अपेक्षाओं के चरण से चली गई हैं (मुझे आश्चर्य है कि अगर कोई इन bizvords का उपयोग कर रहा है?) जब स्टीव जॉब्स ने 2007 में घोषित किया कि “आपको एसडीके की आवश्यकता नहीं है। आज आपके पास वह सब कुछ है जो आपको चाहिए (यदि आप नवीनतम वेब मानकों का उपयोग करके एप्लिकेशन लिखना जानते हैं) तो आज भयानक iPhone एप्लिकेशन लिखने के लिए। ”, 2010-2013 के हताशा के चरण में, जब 2010 में वायर्ड पत्रिका के क्रिस एंडरसन ने कहा कि“ जितना हम खुले, असीमित वेब को पसंद करते हैं, हम इसे सरल, अधिक सुरुचिपूर्ण सेवाओं [मूल अनुप्रयोगों] के पक्ष में मना करते हैं, जो सिर्फ काम करते हैं। ”, और 2012 में मार्क जुकरबर्ग ने कहा कि“ एक कंपनी के रूप में हमने सबसे बड़ी गलती की। HTML5 पर सट्टेबाजी, पर नहीं सक्रिय

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

अब PWA एक प्रतिस्पर्धात्मक लाभ है। उदाहरण के लिए, PWA Twitter ने प्रति सत्र देखे जाने वाले पृष्ठों की संख्या में 65% की वृद्धि की है । पीडब्ल्यूए के लिए धन्यवाद, लैंकोम ने रूपांतरण को 17% बढ़ा दिया । ओएलएक्स ने और भी प्रभावशाली परिणाम दिखाए, और 250% तक फिर से जुड़ाव बढ़ा दिया । और ऐसे कई उदाहरण हैं। जल्द ही, PWA की उपलब्धता किसी भी गंभीर व्यवसाय के लिए आवश्यक होगी, और पहले से ही अनुपस्थिति को एक महत्वपूर्ण कमी के रूप में माना जाएगा।

सर्गेई पुगाचेव, Google डेवलपर विशेषज्ञ
पुनश्च। लेख लेखक की व्यक्तिगत राय है और अतीत, वर्तमान या भविष्य के नियोक्ताओं की राय से मेल नहीं खा सकता है;)