केंद्रीय विचार
वह चैनल चुनें जो उपयोगकर्ता के कार्य को आसान बनाता है। ऐप-स्टोर सूची का होना अपने आप में ऐप बनाने का कोई कारण नहीं है।
शुरुआत इस बात से करें कि उपयोगकर्ता किस उद्देश्य से आता है
आपकी सेवाओं की खोज करने वाले किसी व्यक्ति को लिंक या खोज इंजन से त्वरित मार्ग, एक स्पष्ट संदेश और एक संपर्क चरण की आवश्यकता होती है। लेन-देन का प्रबंधन करने वाले कर्मचारी को सिस्टम की अवस्थाओं, फ़िल्टरिंग और अनुमतियों की आवश्यकता होती है। दोनों ब्राउज़र पेज की तरह दिख सकते हैं, लेकिन उनके डेटा मॉडल और परीक्षण की ज़रूरतें अलग-अलग हैं। निर्णय केवल फ़ोन पर उपस्थिति के बारे में नहीं है।
PWA क्या जोड़ता है?
PWA एक वेब अनुभव के लिए एक दृष्टिकोण है जो कार्यान्वयन, ब्राउज़र और प्लेटफ़ॉर्म के आधार पर इंस्टॉलेशन और कुछ ऑफ़लाइन व्यवहार जैसी क्षमताओं का उपयोग कर सकता है। यह कोई भाषा नहीं है और प्लेटफ़ॉर्म की हर नेटिव क्षमता को स्वचालित रूप से प्रदान नहीं करती है। समान समर्थन मानने के बजाय, वास्तविक उपकरणों, विशेष रूप से सूचनाएं, भंडारण, सिंक्रनाइज़ेशन और पृष्ठभूमि व्यवहार पर आवश्यक सुविधाओं का परीक्षण करें।
ऑफ़लाइन उपयोग एक डेटा निर्णय है
किसी रिकॉर्ड को संपादित करने और उसे सुरक्षित रूप से सिंक्रनाइज़ करने की तुलना में कैश्ड पृष्ठ दिखाना आसान है। ऑफ़लाइन क्या पढ़ा या बदला जा सकता है? क्या होता है जब दो लोग एक ही रिकॉर्ड को संपादित करते हैं? स्थानीय डेटा कब समाप्त होता है, और इसे साझा डिवाइस पर कैसे सुरक्षित किया जाता है? ये प्रश्न Flutter या PWA चयन से पहले होते हैं; "ऑफ़लाइन समर्थित" लेबल उनका उत्तर नहीं देता है।
उदाहरण: किसी सेवा की बुकिंग बनाम फ़ील्ड कार्य
एक लिंक से पहुंची बुकिंग एक स्क्रीन के आकार के अनुसार ढलने वाले वेब अनुभव के रूप में शुरू हो सकती है। खराब कवरेज में बारकोड को स्कैन करने, फोटो लेने और फॉर्म पूरा करने वाले कर्मचारी को डिवाइस एक्सेस और सिंक्रोनाइजेशन के व्यावहारिक परीक्षण की आवश्यकता होती है। फ़ील्ड चैनल जोड़े जाने पर कार्यालय प्रशासन ब्राउज़र में बना रह सकता है। जब डेटा और प्राधिकरण सीमाएँ स्पष्ट हों तो एक नए चैनल को पूरे सिस्टम को फिर से लिखने की आवश्यकता नहीं है।
एक चैनल की लागत उसके आरंभिक निर्माण से अधिक होती है
रखरखाव में जहां प्रासंगिक हो, ब्राउज़र या ऑपरेटिंग-सिस्टम अपडेट, अनुमतियां, साइन-इन और स्टोर रिलीज़ शामिल हैं। हर चैनल के लक्षित उपयोगकर्ता और अपडेट के लिए ज़िम्मेदार व्यक्ति तय करें। नेटिव ऐप डेवलपमेंट को केवल इसलिए न चुनें क्योंकि यह अधिक पेशेवर लगता है, या इसे केवल इसलिए अस्वीकार न करें क्योंकि कोड साझा करना सस्ता लगता है। वास्तविक कार्यों, बाधाओं और उपयोगकर्ता अनुभव का मूल्यांकन करें।
शैक्षिक उदाहरण/समीक्षा योग्य कदम
स्वीकृति मैट्रिक्स: कार्य, चैनल और डिवाइस
सेवा बुकिंग और फ़ील्ड कार्य के लिए चैनल चुनने का एक शैक्षिक उदाहरण। प्रत्येक पंक्ति एक कार्य को एक उम्मीदवार और एक स्वीकृति मानदंड से जोड़ती है; लक्ष्य उपकरणों और ब्राउज़रों पर परीक्षण किए जाने तक कोई क्षमता असत्यापित रहती है।
- एक लिंक से एक सेवा पढ़ें - उम्मीदवार: स्क्रीन के आकार के अनुसार ढलने वाली वेबसाइट। जब जानकारी और संपर्क साइन-इन के बिना पहुंच योग्य हो तो स्वीकार करें और मोबाइल और कीबोर्ड नेविगेशन पर स्पष्ट रहें।
- अपॉइंटमेंट बुक करें और ट्रैक करें - उम्मीदवार: एक वेब एप्लिकेशन। स्वीकार करें जब बुकिंग और अनुमत संपादन काम करते हैं और कोई अन्य उपयोगकर्ता इसके विवरण को पुनः प्राप्त नहीं कर सकता है, जिसमें प्रत्यक्ष सर्वर अनुरोध भी शामिल है।
- एक स्थापित अनुभव खोलें - उम्मीदवार: एक PWA जहां उपयुक्त हो। इंस्टॉलेशन अनुपलब्ध होने पर प्रयोग करने योग्य ब्राउज़र पथ के साथ प्रत्येक लक्ष्य परिवेश पर इंस्टॉलेशन, लॉन्च और लिंक का परीक्षण करने के बाद स्वीकार करें।
- किसी विज़िट की फ़ोटो कैप्चर करें - उम्मीदवार: वेब या मोबाइल, परीक्षण के आधार पर। जब प्रासंगिक रूप से अनुमति का अनुरोध किया जाता है तो स्वीकार करें, इनकार या रद्द करने से ड्राफ्ट सुरक्षित रहता है, और पुनः प्रयास करने से डेटा नहीं खोता है।
- विज़िट का रिकॉर्ड ऑफ़लाइन बनाएं — संभावित विकल्प: स्थानीय स्टोरेज और सिंक्रोनाइज़ेशन वाली सुविधा। बंद करके दोबारा खोलने पर ड्राफ्ट सुरक्षित रहे और कनेक्शन लौटने पर बिना डुप्लिकेट बनाए एक रिकॉर्ड सिंक हो, तभी परीक्षण सफल है।
- एक उपयोगकर्ता को सूचित करें - उम्मीदवार: एक सत्यापित अधिसूचना चैनल। वास्तविक उपकरणों पर अनुमति अनुदान, अस्वीकृति और पृष्ठभूमि व्यवहार का परीक्षण करने के बाद स्वीकार करें, यदि कोई अधिसूचना छूट जाती है तो उत्पाद के अंदर स्थिति उपलब्ध होती है।
लोकप्रियता के बजाय ज़रूरतों के अनुरूप होने की तुलना करें।
वेबसाइट
उपयुक्त है: सेवा खोज, पढ़ना और संपर्क करना।
विचार करें: इसमें स्वचालित रूप से खाते या कस्टम वर्कफ़्लो शामिल नहीं होते हैं.
वेब ऐप/PWA
उपयुक्त है: अतिरिक्त वेब क्षमताओं के साथ, एक लिंक द्वारा पहुँचे गए कार्य सत्यापित किए गए।
विचार करें: प्लेटफ़ॉर्म और ऑफ़लाइन सीमाओं का वास्तविक कार्य के विरुद्ध परीक्षण किया जाना चाहिए।
मोबाइल ऐप
उपयुक्त है: डिवाइस-केंद्रित, आवर्ती या वितरण-विशिष्ट उपयोग।
विचार करें: प्रत्येक लक्ष्य प्लेटफ़ॉर्म के लिए वितरण, रखरखाव और परीक्षण।
यह निर्णय लेने में सहायता के लिए है, सेवा का प्रस्ताव या प्रदर्शन की गारंटी नहीं। आपका अंतिम चुनाव आपकी आवश्यकताओं और कार्यान्वयन के समय चुने गए वर्ज़न पर निर्भर करेगा।
आगे पढ़ने के लिए आधिकारिक स्रोत
web.dev - PWA सीखेंएक नई विंडो में खुलता हैApple — Swiftएक नई विंडो में खुलता हैAndroid — Kotlinएक नई विंडो में खुलता हैweb.dev - PWA क्षमता का पता लगाना और प्लेटफ़ॉर्म अंतरएक नई विंडो में खुलता हैसूत्र प्रौद्योगिकी विशेषताओं का वर्णन करते हैं। परिदृश्य और ट्रेड-ऑफ़ प्रासंगिक मार्गदर्शन हैं, बेंचमार्क परिणाम नहीं।