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