प्रोग्रेसिव वेब ऐप्लिकेशन (पीडब्ल्यूए) को आधुनिक एपीआई की मदद से बनाया और बेहतर बनाया जाता है, ताकि बेहतर सुविधाएं, विश्वसनीयता, और इंस्टॉल करने की क्षमता कोई भी, कहीं भी, किसी भी डिवाइस पर. कॉन्टेंट बनाने में आपकी मदद करने के लिए सबसे बेहतरीन अनुभव पाने के लिए, मुख्य और सबसे बेहतरीन वैल्यू का इस्तेमाल करें चेकलिस्ट और सुझाव देखें.
प्रोग्रेसिव वेब ऐप्लिकेशन की मुख्य चेकलिस्ट
प्रोग्रेसिव वेब ऐप्लिकेशन चेकलिस्ट से पता चलता है कि ऐप्लिकेशन को इंस्टॉल कैसे किया जा सकता है और इसे सभी लोग इस्तेमाल कर सकते हैं, भले ही साइज़ या इनपुट किसी भी तरह का हो.
किसी भी ऑनलाइन सफलता में परफ़ॉर्मेंस की अहम भूमिका होती है बेहतरीन अनुभव इसलिए मिलता है, क्योंकि बेहतर परफ़ॉर्म करने वाली साइटें, लोगों से बेहतर तरीके से जुड़ती हैं और उन्हें अपने साथ बनाए रखती हैं खराब परफ़ॉर्म करने वाले विज्ञापनों के मुकाबले. उपयोगकर्ताओं पर फ़ोकस करने के लिए, कैंपेन को ऑप्टिमाइज़ करने पर ध्यान दें परफ़ॉर्मेंस मेट्रिक देखें.
क्यों
उपयोगकर्ताओं को आपके ऐप्लिकेशन का इस्तेमाल कराने के लिए, स्पीड का होना ज़रूरी है.
दरअसल, पेज लोड होने में लगने वाला समय एक सेकंड से बढ़कर 10 सेकंड होने पर,
उपयोगकर्ता के बाउंस होने की संभावना 123% बढ़ जाती है. load
इवेंट के बाद भी, परफ़ॉर्मेंस में कोई बदलाव नहीं होता. उपयोगकर्ताओं को कभी भी यह नहीं सोचना चाहिए कि उनके इंटरैक्शन, जैसे कि बटन पर क्लिक करने की जानकारी रजिस्टर हुई है या नहीं. स्क्रोल करना और ऐनिमेशन आसान लगने चाहिए.
आपके ऐप्लिकेशन की परफ़ॉर्मेंस से आपके पूरे अनुभव पर असर पड़ता है. ये दोनों चीज़ें आपके ऐप्लिकेशन पर असर डालती हैं
बर्ताव करती है और उपयोगकर्ता इसे कैसे देखते हैं.
हालांकि, सभी ऐप्लिकेशन की ज़रूरतें अलग-अलग होती हैं, लेकिन Lighthouse में परफ़ॉर्मेंस ऑडिट, वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी पर आधारित होते हैं. इन ऑडिट में बेहतर स्कोर पाने से, आपके उपयोगकर्ताओं को बेहतर अनुभव मिल सकता है. अपने वेब ऐप्लिकेशन की परफ़ॉर्मेंस का असल डेटा पाने के लिए, PageSpeed Insights या Chrome उपयोगकर्ता अनुभव रिपोर्ट का भी इस्तेमाल किया जा सकता है.
कैसे
तेज़ी से लोड होने के बारे में गाइड पढ़ें और जानें कि अपने PWA को तेज़ी से कैसे शुरू करें और तेज़ी से कैसे चलाएं.
उपयोगकर्ता आपके वेब ऐप्लिकेशन को इंस्टॉल किए बिना, किसी भी ब्राउज़र का इस्तेमाल करके उसे ऐक्सेस कर सकते हैं.
क्यों
प्रोग्रेसिव वेब ऐप्लिकेशन पहले वेब ऐप्लिकेशन होते हैं. इसका मतलब है कि उन्हें काम करने की ज़रूरत है ट्रैक करें.
जेरेमी कीथ के मुताबिक, ऐसा करने का एक असरदार तरीका यह है लचीला वेब डिज़ाइन, मुख्य सुविधाओं की पहचान करना और उन सुविधाओं को उपलब्ध कराना सबसे आसान टेक्नोलॉजी का इस्तेमाल करके, अनुभव को बेहतर बनाने के लिए किया जा सकता है. कई मामलों में, इसका मतलब है कि मुख्य सुविधाएं बनाने के लिए, सिर्फ़ एचटीएमएल का इस्तेमाल करना. साथ ही, ज़्यादा दिलचस्प अनुभव देने के लिए, सीएसएस और JavaScript की मदद से उपयोगकर्ता अनुभव को बेहतर बनाना.
फ़ॉर्म सबमिशन का उदाहरण लें. इसे लागू करने का सबसे आसान तरीका यह है कि आप
एक ऐसा एचटीएमएल फ़ॉर्म बनाएं जो POST
अनुरोध सबमिट करता हो. इसे बनाने के बाद, फ़ॉर्म की पुष्टि करने और AJAX के ज़रिए फ़ॉर्म सबमिट करने के लिए, JavaScript की मदद से अनुभव को बेहतर बनाया जा सकता है. इससे, उन उपयोगकर्ताओं के लिए अनुभव बेहतर होगा जो इस सुविधा का इस्तेमाल कर सकते हैं.
आपके उपयोगकर्ता, अलग-अलग डिवाइसों और ब्राउज़र पर आपकी साइट को ऐक्सेस करते हैं. आप इस स्पेक्ट्रम के ऊपरी सिरे को सिर्फ़ टारगेट नहीं कर सकते. इस्तेमाल की जाने वाली चीज़ें सुविधा की पहचान करने की सुविधा, ज़्यादा से ज़्यादा लोगों को इस्तेमाल करने लायक अनुभव दे सके संभावित उपयोगकर्ताओं की रेंज. इनमें ब्राउज़र और डिवाइसों का इस्तेमाल करने वाले उपयोगकर्ता भी शामिल हैं जो अभी मौजूद नहीं हैं.
कैसे
जेरेमी कीथ की Resilient Web Design एक बेहतरीन संसाधन है. इसमें, क्रॉस-ब्राउज़र और प्रोग्रेसिव तरीके से वेब डिज़ाइन करने के बारे में बताया गया है.
आपकी मदद के लिए कुछ और लेख
- अ लिस्ट अपार्ट का प्रोग्रेसिव एन्हैंसमेंट के बारे में समझना इस विषय के बारे में आपको अच्छी जानकारी मिलती है.
- Smashing Magazine का प्रोग्रेसिव इंहांसमेंट: यह क्या है और इसका इस्तेमाल कैसे किया जाता है? इसमें, प्रैक्टिकल तरीके से जानकारी दी गई है. साथ ही, ज़्यादा बेहतर विषयों के लिंक भी दिए गए हैं.
- MDN सुविधा की पहचान की सुविधा लागू करना इस लेख में बताया गया है कि किसी सुविधा के बारे में सीधे तौर पर क्वेरी करके, उसका पता कैसे लगाया जा सकता है.
उपयोगकर्ता आपके PWA का इस्तेमाल किसी भी स्क्रीन साइज़ पर कर सकते हैं और इसमें मौजूद सारा कॉन्टेंट किसी भी साइज़ में उपलब्ध हो.
क्यों
डिवाइसों के साइज़ अलग-अलग होते हैं. साथ ही, उपयोगकर्ता एक ही डिवाइस पर भी, आपके ऐप्लिकेशन का इस्तेमाल अलग-अलग साइज़ में कर सकते हैं. इसलिए, यह पक्का करना ज़रूरी है कि आपका कॉन्टेंट व्यूपोर्ट में फ़िट हो. साथ ही, यह भी ज़रूरी है कि आपकी साइट की सभी सुविधाओं और कॉन्टेंट का इस्तेमाल, व्यूपोर्ट के सभी साइज़ में किया जा सके.
ऐसे टास्क और कॉन्टेंट जिन्हें उपयोगकर्ता पूरा करना चाहते हैं व्यूपोर्ट के साइज़ के साथ नहीं बदलता. इतने समय के लिए अपने कॉन्टेंट को फिर से व्यवस्थित किया जा सकता है व्यूपोर्ट के साइज़ को बदल सकते हैं, जो सभी एक ही तरीके से वहां मौजूद होनी चाहिए या कोई दूसरा. दरअसल, जैसा कि ल्यूक व्रोब्लेव्स्की ने अपनी किताब मोबाइल फ़र्स्ट में बताया है, छोटी शुरुआत करके और बड़ी स्क्रीन के लिए अपने डिज़ाइन में बदलाव करके, साइट के डिज़ाइन को बेहतर बनाया जा सकता है:
मोबाइल डिवाइसों के लिए, सॉफ़्टवेयर डेवलपमेंट टीम को उन पर फ़ोकस करना ज़रूरी है ऐप्लिकेशन के सिर्फ़ ज़रूरी डेटा और कार्रवाइयों के बारे में जानकारी चाहिए. 320 x 480 पिक्सल की स्क्रीन पर, अतिरिक्त और ज़रूरत से ज़्यादा एलिमेंट के लिए जगह नहीं होती. आपको प्राथमिकता तय करनी होगी.
कैसे
रिस्पॉन्सिव डिज़ाइन पर कई संसाधन मौजूद हैं. जैसे, ओरिजनल लेखिका: ईथन मार्कोट, का कलेक्शन है. साथ ही, उनसे जुड़े कामों के लिए धन्यवाद. इस बातचीत को रिस्पॉन्सिव डिज़ाइन के कॉन्टेंट से जुड़े पहलुओं तक सीमित करने के लिए, कॉन्टेंट को प्राथमिकता देने वाला डिज़ाइन और कॉन्टेंट के हिसाब से रिस्पॉन्सिव लेआउट देखें. अंत में, जब यह मोबाइल पर केंद्रित है, तो मोबाइल से जुड़ी सात घातक मिथक इनके बारे में जोश से लैस हैं. साथ ही, ये शॉर्ट वीडियो, मोबाइल पर वैसे ही काम करते हैं जैसे वे आम तौर पर मोबाइल पर होते हैं.
जब उपयोगकर्ता ऑफ़लाइन होते हैं, तो उन्हें आपके PWA में बनाए रखने से, उन्हें डिफ़ॉल्ट ब्राउज़र के ऑफ़लाइन पेज पर ले जाने के मुकाबले बेहतर अनुभव मिलता है.
क्यों
उपयोगकर्ता उम्मीद करते हैं कि इंस्टॉल किए गए ऐप्लिकेशन, इंटरनेट कनेक्शन के बिना भी काम करते रहें स्थिति. किसी प्लैटफ़ॉर्म के लिए बने ऐप्लिकेशन में, ऑफ़लाइन होने पर कभी भी खाली पेज नहीं दिखता. साथ ही, किसी PWA में कभी भी ब्राउज़र का डिफ़ॉल्ट ऑफ़लाइन पेज नहीं दिखना चाहिए. उपयोगकर्ता को पसंद के मुताबिक ऑफ़लाइन अनुभव देना. ऐसा तब किया जाता है, जब उपयोगकर्ता किसी यूआरएल जिसे कैश मेमोरी में सेव नहीं किया गया है और जब कोई उपयोगकर्ता ऐसी सुविधा का इस्तेमाल करने की कोशिश करता है जो के लिए कनेक्शन की आवश्यकता होती है, जो आपके वेब अनुभव को डिवाइस पर चल रहा है.
कैसे
सेवा वर्कर के install
इवेंट के दौरान, उपयोगकर्ता के ऑफ़लाइन होने पर दिखाने के लिए, किसी कस्टम ऑफ़लाइन पेज को पहले से कैश मेमोरी में सेव किया जा सकता है. चेक आउट करने का समय
ऑफ़लाइन फ़ॉलबैक पेज बनाना
पढ़ें. ध्यान दें कि अगर कोई पेज नहीं दिया जाता है, तो Chrome एक बुनियादी ऑफ़लाइन पेज दिखाएगा.
अपने डिवाइस पर ऐप्लिकेशन इंस्टॉल या जोड़ने वाले उपयोगकर्ता, उन ऐप्लिकेशन के साथ ज़्यादा जुड़ते हैं.
क्यों
प्रोग्रेसिव वेब ऐप्लिकेशन इंस्टॉल करने से, यह दिखने, महसूस करने, और इस तरह काम करने लगता है इंस्टॉल किए गए अन्य ऐप्लिकेशन की सूची. इसे उसी जगह से लॉन्च किया गया है जहां से लोग इसे लॉन्च करते हैं उनके अन्य ऐप्लिकेशन भी मौजूद हैं. यह अपनी ऐप्लिकेशन विंडो में चलता है. यह ब्राउज़र खोलें और वह अन्य ऐप्लिकेशन की तरह ही टास्क सूची में दिखता है.
डिवाइस के हिसाब से बनाए गए ऐप्लिकेशन की तरह ही, आपके ऐप्लिकेशन इंस्टॉल करने वाले उपयोगकर्ता, आपके सबसे ज़्यादा दिलचस्पी रखने वाले दर्शक होते हैं. साथ ही, अक्सर मोबाइल डिवाइसों पर ऐप्लिकेशन इस्तेमाल करने वाले उपयोगकर्ताओं की तरह ही, यूज़र ऐक्टिविटी की मेट्रिक भी होती हैं. इन मेट्रिक में, वेबसाइट पर बार-बार आने वाले लोगों की संख्या, पर ज़्यादा समय तक बिताया है, और कन्वर्ज़न दर सामान्य से ज़्यादा है वेबसाइट पर आने वाले लोग.
कैसे
अपने PWA को इंस्टॉल करने लायक बनाने का तरीका जानने के लिए, इंस्टॉल करने लायक बनाने के बारे में गाइड पढ़ें.
ऑप्टिमल प्रोग्रेसिव वेब ऐप्लिकेशन की चेकलिस्ट
सबसे अच्छा पीडब्ल्यूए बनाने के लिए, आपको मुख्य चेकलिस्ट के अलावा और भी चीज़ों की ज़रूरत होगी. पीडब्ल्यूए की बेहतर चेकलिस्ट, आपको इस्तेमाल करते समय, आपके PWA को लगता है कि वह उस डिवाइस का हिस्सा है जिस पर वह चल रहा है जो वेब को ताकतवर बनाता है.
जहां कनेक्टिविटी की ज़रूरत न हो, आपका ऐप्लिकेशन एक ही तरह से काम करता है ऑफ़लाइन कर सकती है, जैसा कि यह ऑनलाइन होता है.
क्यों
उपयोगकर्ताओं को कस्टम ऑफ़लाइन पेज के साथ-साथ, PWA को ऑफ़लाइन इस्तेमाल करने की सुविधा भी चाहिए. उदाहरण के लिए, यात्रा और एयरलाइन ऐप्लिकेशन में यात्रा जानकारी और बोर्डिंग पास, ऑफ़लाइन होने पर भी आसानी से उपलब्ध हो जाते हैं. संगीत, वीडियो, और पॉडकास्टिंग ऐप्लिकेशन में, ऑफ़लाइन वीडियो चलाने की सुविधा होनी चाहिए. सोशल मीडिया और समाचार ऐप्लिकेशन में हाल ही का कॉन्टेंट कैश मेमोरी में सेव होना चाहिए, ताकि उपयोगकर्ता उसे ऑफ़लाइन पढ़ सकें. उपयोगकर्ता यह भी उम्मीद करते हैं कि ऑफ़लाइन होने पर भी उनकी पुष्टि की जाएगी. इसलिए, ऑफ़लाइन प्रमाणीकरण. ऑफ़लाइन PWA, उपयोगकर्ताओं को ऐप्लिकेशन जैसा अनुभव देता है.
कैसे
यह तय करने के बाद कि आपके उपयोगकर्ताओं को कौनसी सुविधाएं ऑफ़लाइन काम करनी चाहिए, आपको अपना कॉन्टेंट उपलब्ध कराना होगा और उसे ऑफ़लाइन कॉन्टेक्स्ट के हिसाब से बनाना होगा. डेटा को सेव और वापस पाने के लिए, IndexedDB का इस्तेमाल किया जा सकता है. यह ब्राउज़र में मौजूद NoSQL स्टोरेज सिस्टम है. साथ ही, बैकग्राउंड सिंक का इस्तेमाल करके, उपयोगकर्ताओं को ऑफ़लाइन रहने के दौरान कार्रवाइयां करने की सुविधा दी जा सकती है. साथ ही, जब तक उपयोगकर्ता का इंटरनेट कनेक्शन ठीक नहीं हो जाता, तब तक सर्वर से डेटा भेजने और पाने की प्रोसेस को रोका जा सकता है. सेवा वर्कर्स का इस्तेमाल, ऑफ़लाइन इस्तेमाल के लिए इमेज, वीडियो फ़ाइलें, और ऑडियो फ़ाइलों जैसे दूसरे कॉन्टेंट को सेव करने के लिए भी किया जा सकता है. साथ ही, उपयोगकर्ताओं की पुष्टि करने के लिए, सुरक्षित और लंबे समय तक चलने वाले सेशन को लागू करने के लिए भी इसका इस्तेमाल किया जा सकता है. उपयोगकर्ता अनुभव के लिहाज़ से, स्केलेटन स्क्रीन का इस्तेमाल किया जा सकता है. इससे उपयोगकर्ताओं को लोड होने के दौरान, कॉन्टेंट और उसकी स्पीड के बारे में जानकारी मिलती है. साथ ही, ज़रूरत पड़ने पर, कैश मेमोरी में सेव किए गए कॉन्टेंट या ऑफ़लाइन इंडिकेटर पर स्विच किया जा सकता है.
उपयोगकर्ता के सभी इंटरैक्शन, WCAG 2.0 के मुताबिक सुलभता की ज़रूरी शर्तों को पूरा करते हैं.
क्यों
ज़्यादातर उपयोगकर्ता, अपनी ज़िंदगी के किसी पड़ाव पर, आपके PWA का इस्तेमाल ऐसे तरीके से करना चाहते हैं जो WCAG 2.0 के तहत, सुलभता से जुड़ी ज़रूरी शर्तों के मुताबिक हो. इंसानों का बातचीत करने और यह समझना ज़रूरी है कि आपका पीडब्ल्यूए एक स्पेक्ट्रम के दायरे में आता है. इसलिए, आपकी ज़रूरतें कुछ समय के लिए या स्थायी. अपने PWA को ऐक्सेस करने लायक बनाकर, उसे सभी के लिए इस्तेमाल किया जा सकता है.
कैसे
W3C की
वेब की सुलभता के बारे में जानकारी
से शुरुआत करें. ज़्यादातर सुलभता जांच ऐसी होनी चाहिए कि
मैन्युअल तरीके से होता है. सुलभता जैसे टूल
लाइटहाउस, ऐक्सिस, में ऑडिट
और सुलभता के बारे में अहम जानकारी
से कुछ सुलभता टेस्टिंग को ऑटोमेट करने में मदद मिल सकती है. यह भी ज़रूरी है कि आप अपने हिसाब से एलिमेंट बनाने के बजाय, उन एलिमेंट का इस्तेमाल करें जिनका मतलब सही हो. उदाहरण के लिए, a
और button
एलिमेंट. इससे यह पक्का होता है कि जब आपको ज़्यादा ऐडवांस लेवल की ज़रूरत हो
नई सुविधाएं, सुलभता से जुड़ी ज़रूरतें पूरी करती हैं (जैसे, ऐरो का इस्तेमाल कब करना चाहिए)
बनाम टैब).
A11Y के लिए बनाए गए पोषण कार्ड में, कुछ सामान्य कॉम्पोनेंट के लिए, इस बारे में बेहतरीन सलाह दी गई है.
आपके PWA को खोज के ज़रिए आसानी से खोजा जा सकता है.
क्यों
वेब का सबसे बड़ा फ़ायदा यह है कि खोज के ज़रिए, साइटों और ऐप्लिकेशन को खोजा जा सकता है. असल में, वेबसाइट पर आने वाले आधे से ज़्यादा ट्रैफ़िक, ऑर्गैनिक सर्च से आता है. पक्का करना कि सामग्री के लिए कैननिकल यूआरएल मौजूद होते हैं और सर्च इंजन आपकी आपकी साइट बहुत ज़रूरी है, ताकि संभावित उपयोगकर्ता आपका PWA ढूंढ सकें. यह है यह ख़ास तौर पर तब लागू होता है, जब क्लाइंट-साइड रेंडरिंग का इस्तेमाल किया जा रहा हो.
कैसे
सबसे पहले यह पक्का करें कि हर यूआरएल का टाइटल यूनीक और जानकारी देने वाला हो और मुख्य जानकारी. इसके बाद, Google Analytics 4 पर माइग्रेट करने के लिए, Google Search Console और सर्च इंजन ऑप्टिमाइज़ेशन ऑडिट का इस्तेमाल करें. Bing या Yandex के साइट मालिक टूल का इस्तेमाल भी किया जा सकता है. साथ ही, अपने PWA में Schema.org के स्कीमा का इस्तेमाल करके, स्ट्रक्चर्ड डेटा शामिल किया जा सकता है.
माउस, कीबोर्ड, स्टाइलस या टच के साथ आपके पीडब्ल्यूए का उतना ही इस्तेमाल किया जा सकता है.
क्यों
डिवाइस कई तरह की इनपुट विधियां ऑफ़र करते हैं और उपयोगकर्ताओं को ऐसी चीज़ें करने में सक्षम होना चाहिए अपने ऐप्लिकेशन का उपयोग करते समय उनके बीच आसानी से स्विच करें. जिस तरह इनपुट के तरीके स्क्रीन के साइज़ पर निर्भर नहीं होने चाहिए. इसका मतलब है कि बड़े व्यूपोर्ट को टच और छोटे व्यूपोर्ट को सपोर्ट करना चाहिए कीबोर्ड और माउस. जितना हो सके, पक्का करें कि और इसकी सभी सुविधाएं किसी भी इनपुट विधि के उपयोग का समर्थन करती हैं विकल्प आपके उपयोगकर्ता चुन सकते हैं. जहां सही हो, अपने अनुभव को बेहतर बनाएं खास इनपुट के लिए खास कंट्रोल (जैसे कि पुल-टू-रीफ़्रेश).
कैसे
पॉइंटर इवेंट एपीआई, अलग-अलग इनपुट विकल्पों के साथ काम करने के लिए एक यूनिफ़ाइड इंटरफ़ेस उपलब्ध कराता है. साथ ही, यह स्टाइलस की सुविधा जोड़ने के लिए भी बेहतर है. दोनों टच को सपोर्ट करने के लिए और कीबोर्ड की ज़रूरत है, तो पक्का करें कि आप सही सिमैंटिक एलिमेंट का इस्तेमाल कर रहे हैं (एंकर, बटन, फ़ॉर्म कंट्रोल वगैरह) और उनके साथ फिर से नहीं बनाना. नॉन-सिमेंटिक एचटीएमएल. कर्सर घुमाने पर चालू होने वाले इंटरैक्शन शामिल करते समय, पक्का करें कि वे क्लिक या टैप करने पर भी चालू हो सकें.
बेहतर एपीआई इस्तेमाल करने की अनुमति मांगने के दौरान, जानकारी दें और पूछें सिर्फ़ तब, जब एपीआई की ज़रूरत हो.
क्यों
ऐसे एपीआई जो अनुमति का प्रॉम्प्ट ट्रिगर करते हैं. जैसे- सूचनाएं, जियोलोकेशन, और क्रेडेंशियल को जान-बूझकर डिज़ाइन किया गया है, ताकि उपयोगकर्ताओं को परेशानी हो क्योंकि वे असरदार सुविधाओं से जुड़े होते हैं, जिनके लिए ऑप्ट-इन करना ज़रूरी होता है. पेज लोड होने पर, अतिरिक्त जानकारी के बिना इन प्रॉम्प्ट को ट्रिगर करने पर, उपयोगकर्ताओं के लिए उन अनुमतियों को स्वीकार करना मुश्किल हो जाता है. साथ ही, आने वाले समय में उन पर भरोसा करना भी मुश्किल हो जाता है. इसके बजाय, उपयोगकर्ता को इस बात की जानकारी देने के बाद ही प्रॉम्प्ट ट्रिगर करें कि आपको उस अनुमति की ज़रूरत क्यों है.
कैसे
अनुमति का यूज़र एक्सपीरियंस लेख और UX Planet का उपयोगकर्ताओं से अनुमतियां मांगने के सही तरीके लेख, अनुमति के अनुरोधों को डिज़ाइन करने का तरीका समझने के लिए अच्छे संसाधन हैं. ये अनुरोध, मोबाइल पर फ़ोकस करते हुए सभी PWA पर लागू होते हैं.
कोड बेस को सही तरीके से सुरक्षित रखने से, अपने लक्ष्यों को हासिल करना और नई सुविधाएं देने के लिए किया जा सकता है.
क्यों
आधुनिक वेब ऐप्लिकेशन बनाने में बहुत मेहनत करनी पड़ती है. बनाए रखना आपके ऐप्लिकेशन को अप-टू-डेट रखना और आपके कोड बेस को सही तरीके से मैनेज करना, आपके लिए ताकि आप नई सुविधाएं देने में मदद कर सकें, यह चेकलिस्ट देखें.
कैसे
अच्छी तरह से काम करने वाले कोडबेस को पक्का करने के लिए, कई अहम जांच की जाती हैं:
- जानी-पहचानी गड़बड़ियों वाली लाइब्रेरी का इस्तेमाल करने से बचें.
- पक्का करें कि आपने काम करना बंद कर चुके एपीआई का इस्तेमाल न किया हो.
- अपने कोडबेस से असुरक्षित कोडिंग के तरीकों को हटाएं. जैसे,
document.write()
का इस्तेमाल करना या नॉन-पैसिव स्क्रोल इवेंट लिसनर का इस्तेमाल करना, - आपके पास यह पक्का करने के लिए भी कोड लिखने का विकल्प है कि अगर आंकड़े या तीसरे पक्ष की अन्य लाइब्रेरी लोड न हो पाएं, तो आपका PWA काम करना बंद न हो.
- स्टैटिक कोड का विश्लेषण करने की ज़रूरत पर विचार करें. जैसे, लिंटिंग. साथ ही, कई ब्राउज़र और रिलीज़ चैनलों में ऑटोमेटेड टेस्टिंग की ज़रूरत पर भी विचार करें. इन तकनीकों की मदद से, प्रोडक्शन में शामिल होने से पहले गड़बड़ियों का पता लगाया जा सकता है.