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