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