मोबाइल वेब साइट या मोबाइल एप्लीकेशन?

यह निबंध मोबाइल उपकरणों के लिए परियोजनाओं को विकसित करने के लिए कौन से मंच को चुनने के लिए विभिन्न लेखों में प्रस्तुत तर्कों का अवलोकन देता है। अंत में, एक मंच का चयन करने के लिए एक योजनाबद्ध सारांश एल्गोरिथ्म तैयार करने का प्रयास किया जाता है।

परिभाषित

मोबाइल उपकरणों के लिए परियोजनाओं के तकनीकी कार्यान्वयन के दो क्षेत्र हैं: एक मोबाइल वेब साइट और एक मोबाइल एप्लिकेशन।

हम मोबाइल डिवाइस पर देखने और कामकाज के लिए अनुकूलित एक विशेष वेब साइट पर एक मोबाइल वेब साइट पर विचार करेंगे। साइट में जावास्क्रिप्ट, एचटीएमएल 5, नए ब्राउज़र एपीआई का उपयोग कर इंटरैक्टिव घटक शामिल हो सकते हैं। इस मामले में, ऐसे कार्यान्वयन को एक वेब एप्लिकेशन कहा जाता है। इसके अलावा, भ्रम से बचने के लिए, मोबाइल डिवाइस के ब्राउज़र के अंदर काम करने वाले किसी भी विकल्प को वेबसाइट कहा जाएगा।

एक मोबाइल एप्लिकेशन एक विशिष्ट मोबाइल प्लेटफॉर्म (iOS, Android, विंडोज फोन) के लिए एक विशेष रूप से विकसित अनुप्रयोग है। आमतौर पर, एक एप्लिकेशन को उच्च-स्तरीय भाषा में विकसित किया जाता है और अधिकतम प्रदर्शन देते हुए, मूल OS कोड में संकलित किया जाता है।

एक और तीसरा विकल्प है - एक मोबाइल एप्लिकेशन जिसमें एक ब्राउज़र घटक शामिल है। इस मामले में, मोबाइल एप्लिकेशन का हिस्सा सबसे अधिक बार ओएस के साथ नेविगेशन और एकीकरण के लिए उपयोग किया जाता है, और वेब घटक का उपयोग सामग्री को प्रदर्शित करने के लिए किया जाता है। साधारण उपयोगकर्ता अक्सर ऐसे विकल्प को देशी मोबाइल एप्लिकेशन से अलग नहीं कर सकते हैं।

बहस

इंटरफ़ेस

पहले तर्कों में से एक जो अनुप्रयोगों का प्रस्ताव करता है वह इंटरफ़ेस है जो ओएस के सबसे करीब है और उपयोगकर्ताओं के लिए परिचित है। वास्तव में एक मोबाइल एप्लिकेशन प्लेटफ़ॉर्म के साथ सबसे अधिक घनिष्ठ रूप से जुड़ा हुआ है और आपको परिचित उत्तरदायी इंटरफ़ेस को लागू करने की अनुमति देता है। दूसरी ओर, अच्छी फॉर्मेटिंग और जावास्क्रिप्ट का उपयोग करने वाली एक वेब साइट बातचीत की पूरी तरह से समझने योग्य विधि प्रदान कर सकती है। फिलहाल, वेब साइट की समीक्षा एप्लिकेशन के लिए काफी नीच है, लेकिन मोबाइल उपकरणों की शक्ति बढ़ती रहती है और ब्राउज़र स्वयं बेहतर के लिए महत्वपूर्ण रूप से बदल रहे हैं। इसके अलावा, मोबाइल ऑपरेटिंग सिस्टम के विभिन्न संस्करण अपने मानकों को निर्धारित कर सकते हैं, जिनका पालन करना चाहिए। हालाँकि, कुछ नवाचार आम उपयोगकर्ताओं के लिए पूरी तरह से स्पष्ट नहीं हो सकते हैं। इस मामले में यह महत्वपूर्ण है कि सबसे सक्रिय उपयोगकर्ता (जो एप्लिकेशन स्टोर में रेट करते हैं और टिप्पणी करते हैं) वे हैं जो मोबाइल ओएस के नवीनतम नवाचारों से "प्रशंसक" हैं। परियोजना का प्रचार करते समय आपको इस पर ध्यान देना चाहिए - इनका उपयोग सहयोगी के रूप में फैलने में मदद के लिए किया जा सकता है।

गति

एक वेब साइट, और विशेष रूप से एक इंटरैक्टिव एक, गति के मामले में आवेदन के लिए काफी नीच है। मोबाइल उपकरणों के ब्राउज़र अभी तक उच्च प्रदर्शन के साथ खुश नहीं कर सकते हैं, इसके अलावा, वेब डेवलपर्स पुस्तकालयों के सबसे अनुकूलित संस्करणों का उपयोग नहीं करते हैं (इन पुस्तकालयों का खराब कार्यान्वयन किसी भी तरह से "बड़े" ब्राउज़रों को प्रभावित नहीं करता है, इसलिए आप इसके साथ रख सकते हैं)। हालांकि, एप्लिकेशन हमेशा अच्छे प्रदर्शन के साथ खुश नहीं कर सकता है - अत्यधिक एनीमेशन, एक जटिल इंटरफ़ेस "प्रतिक्रिया" को काफी कम करता है। इसके अलावा, जटिल ग्राफिक्स और एनीमेशन के लिए, आपको निचले स्तर की भाषाओं का उपयोग करना होगा, अलग-अलग विशेष पुस्तकालयों को विकसित करना या खरीदना होगा।

प्लेटफ़ॉर्म एकीकरण

इस क्षेत्र में, अनुप्रयोग साइट से बहुत आगे हैं। डिवाइस तक पहुंचने के लिए एप्लिकेशन में काफी अधिक विशेषताएं हैं। हालांकि, तीसरे विकल्प का उल्लेख ऊपर किया गया था, जब ब्राउज़र घटक अनुप्रयोग में एम्बेडेड होता है और इस मामले में यह अंतर समतल होता है। इसके अलावा, एपीआई के विस्तार सेट के माध्यम से एक ब्राउज़र से डिवाइस क्षमताओं तक पहुंच प्रदान करने का स्तर लगातार बढ़ रहा है।

इंटरनेट की उपलब्धता

वेब साइट को ब्राउज़र से लॉन्च किया जाता है, इसलिए इसे नेटवर्क के लिए स्थायी कनेक्शन की आवश्यकता होती है। इससे कोई फर्क नहीं पड़ता कि परियोजना विशेष रूप से ऑनलाइन के रूप में लागू की गई है। हालांकि, इस मामले में भी, मोबाइल इंटरनेट एक्सेस की सुविधाओं के कारण, अनुप्रयोग के कुछ हिस्सों (नेविगेशन) के बीच संक्रमण उपयोगकर्ता के लिए अप्रिय देरी से जुड़ा हुआ है। शायद स्थानीय डेटा को संग्रहीत करने के लिए एपीआई का उपयोग करने से इस समस्या का समाधान हो जाएगा, लेकिन अभी तक इस आवेदन के कोई उदाहरण नहीं मिले हैं। जब कोई कनेक्शन दिखाई दे, तो मोबाइल एप्लिकेशन बिना कनेक्शन, कैशिंग और डेटा अपडेट किए काम कर सकते हैं। लेकिन फिर भी, एप्लिकेशन को अधिकांश व्यापारिक समाधानों में कनेक्शन की आवश्यकता होती है।

विखंडन

सभी या कुछ विशिष्ट प्लेटफार्मों पर एक परियोजना को लागू करने के लिए, प्रत्येक प्लेटफॉर्म के लिए अलग-अलग, प्रत्येक के लिए अपने स्वयं के वातावरण और विकास की भाषा, अपने स्वयं के इंटरफ़ेस मानकों के साथ एक एप्लिकेशन विकसित करना आवश्यक है। मोबाइल साइट के मामले में, एक संस्करण को सभी प्लेटफार्मों की जरूरतों को कवर करना चाहिए। यह सिद्धांत में ऐसा दिखता है। लेकिन व्यवहार में, यह पता चलता है कि विभिन्न प्लेटफार्मों पर ब्राउज़र अलग-अलग कार्य करते हैं। वर्तमान अनुरोध के लिए आउटपुट सामग्री को समायोजित करने के लिए एक साइट के कई संस्करणों या कोड में समर्थन करना आवश्यक है। स्क्रीन के आकार में महत्वपूर्ण अंतर साइट के लेआउट को भी प्रभावित करता है।

साधन

विशेषज्ञों की उपलब्धता के रूप में इस तरह के एक तर्क है। यह माना जाता है कि मोबाइल एप्लिकेशन विकसित करने के लिए एक विशेषज्ञ को ढूंढना बहुत मुश्किल है और बहुत अधिक भुगतान की आवश्यकता होती है। हम इस तथ्य को भी ध्यान में रखते हैं कि प्रत्येक प्लेटफ़ॉर्म के तहत, सबसे अधिक संभावना है, एक अलग डेवलपर की आवश्यकता होती है। जबकि वेब डेवलपर कई हैं और उनकी सेवाएं अपेक्षाकृत कम खर्चीली हैं। जाहिरा तौर पर यह सब विशिष्ट स्थिति और विशिष्ट स्थान पर निर्भर करता है। यदि कोई वेब-डेवलपर है, तो वेब-साइट विकसित करने के लिए यह सबसे अधिक लाभदायक होगा, अगर मोबाइल डेवलपर्स हैं, तो एप्लिकेशन को विकसित करना बहुत महंगा नहीं हो सकता है। लेकिन फिर से, यह परियोजना पर निर्भर करता है - अगर सर्वर भाग की आवश्यकता होती है (और इसकी सबसे अधिक संभावना होगी), तो फिर से एक वेब डेवलपर की आवश्यकता होगी, हालांकि यह इतनी उच्च योग्यता का नहीं हो सकता है और इसके हिस्से की श्रमसाध्यता काफी कम होगी।

प्रकाशन

कुछ प्लेटफार्मों के अनुप्रयोग एक विशिष्ट स्टोर (AppStore, विंडोज स्टोर) से "बंधे" हैं। यहां तक ​​कि अगर ऐसी कोई तंग बंधन नहीं है, तो उपयोगकर्ताओं को अभी भी स्टोर (Google Play) में एप्लिकेशन खोजने के लिए उपयोग किया जाता है। इस तरह के स्टोर अनुप्रयोगों के कार्यों (मुख्य रूप से भुगतान सेवाओं के क्षेत्र में) पर महत्वपूर्ण प्रतिबंध लगाते हैं, इसके अलावा, प्रत्येक नए संस्करण की मंजूरी के लिए काफी समय की आवश्यकता होती है। इसके भाग के लिए, वेब साइट तुरंत पहुंच योग्य है, यह केवल एक ब्राउज़र खोलने और पता दर्ज करने के लिए पर्याप्त है (हालांकि यदि आप बारीकी से देखते हैं, तो यह एक समय लेने वाली कार्रवाई हो सकती है)। वेब साइट का एक नया संस्करण प्रकाशन के समय तुरंत उपलब्ध है। सशुल्क सेवाएं प्रदान करने की संभावना किसी भी तरह से सीमित नहीं है। फिर, तर्क बहुत अजीब है - एक तरफ, स्टोर में प्रतिबंध और धीमी गति से प्रकाशन, दूसरे पर - स्टोर में पहले से ही उपयोगकर्ताओं की एक बड़ी संख्या है और भुगतान की गई सेवाएं प्रदान करने के लिए तैयार सिस्टम हैं। जबकि उपयोगकर्ताओं को साइट पर लाना आवश्यक है और मोबाइल डिवाइस पर साइट के माध्यम से भुगतान बहुत समय लेने वाली प्रक्रिया बनी हुई है।

एचटीएमएल 5

एचटीएमएल 5 को हाल ही में बहुत ध्यान दिया गया है। मार्केटिंग या तकनीकी दृष्टिकोण से देखने पर यह अवधारणा काफी अलग है।

तकनीकी रूप से, HTML5 HTML मार्कअप भाषा का एक और विकास है। हालाँकि, प्रदर्शन प्रारूप की तुलना में अधिक संरचित प्रस्तुति की दिशा में एक महत्वपूर्ण कदम उठाया गया है। ऑडियो और वीडियो चलाने के लिए शानदार मल्टीमीडिया फीचर्स को भाषा में जोड़ा गया है। ग्राफिक्स के साथ काम करने की क्षमता को जोड़ा। उल्लेखनीय रूप से विस्तारित सीएसएस प्रारूपण भाषा। ग्राफिक्स, स्थानीय डेटा और मल्टीमीडिया सामग्री के साथ काम करने के लिए जावास्क्रिप्ट भाषा में कई एपीआई जोड़े गए हैं। प्रदर्शन को बढ़ाने के लिए भाषा को ही काफी हद तक नया रूप दिया गया है। HTML5 मानक अभी भी विकास के अधीन है और इसका विस्तार जारी है।

एक विपणन दृष्टिकोण से, HTML5 एक बहुत व्यापक अवधारणा है। इसके द्वारा हम कई अन्य अतिरिक्त API को समझते हैं, एक डिग्री या दूसरे को, विभिन्न ब्राउज़रों द्वारा समर्थित, कई दिलचस्प CSS एक्सटेंशन (मुख्य रूप से इंटरैक्टिव डिस्प्ले के क्षेत्र में)। अवधारणा का आधार साइट की उच्च अन्तरक्रियाशीलता है, जो उपयोगकर्ताओं को मूल अनुप्रयोगों के लिए इसे लेने की अनुमति देता है।
मोबाइल विकास के दृष्टिकोण से, यह एक नियमित वेब साइट और एचटीएमएल 5 का उपयोग करने वाली साइट को अलग करने के लिए कोई मतलब नहीं है। वास्तव में, एक डिग्री या किसी अन्य के लिए, जावास्क्रिप्ट और नए एपीआई का उपयोग करके लागू किया गया अन्तरक्रियाशीलता, किसी भी साइट पर मानक बन रहा है। वेब साइट डेवलपर्स और एचटीएमएल 5 डेवलपर्स को अलग-अलग करना उचित नहीं है - वेब डेवलपर को एचटीएमएल 5 प्रौद्योगिकियों में धाराप्रवाह होना चाहिए और यदि नवीनतम घटनाक्रम का उपयोग करके परियोजना को आसानी से लागू किया जाता है तो उनका उपयोग करना चाहिए।

निष्कर्ष

जैसा कि यह पता चला है, उपरोक्त तर्कों में से कोई भी तराजू को एक दिशा या किसी अन्य में नहीं झुकाता है। प्रत्येक तर्क के दोनों समाधानों के फायदे और नुकसान दोनों हैं। तीसरा, संयुक्त, विकल्प भी कुछ समस्याओं को हल कर सकता है, लेकिन एक ही समय में नए को जन्म देता है। इसलिए, प्रत्येक स्थिति में, वर्तमान स्थिति के आधार पर निर्णय लिया जाना चाहिए।

संसाधनों को बचाने के दृष्टिकोण से, वेब विकास पसंदीदा विकल्प है। मुख्य बात यह नहीं है कि कार्यान्वयन की पेचीदगियों में फंस जाना, उपयोगकर्ताओं को सबसे उपयोगी कार्य प्रदान करना है। याद रखें कि मुख्य चीज सामग्री है, और पृष्ठभूमि में "प्रीटीनेस" (एनीमेशन, ग्राफिक्स) फीका है।

यदि आप उपयोगकर्ता के साथ बातचीत करने के लिए मुख्य विकल्प के रूप में परियोजना के ऑनलाइन काम की योजना बनाते हैं, तो आपको निश्चित रूप से एक ऐसी साइट से शुरू करने की आवश्यकता है जो न केवल मोबाइल क्लाइंट, बल्कि स्थिर कंप्यूटर के उपयोगकर्ताओं को भी कवर कर सकती है। यदि सफल हो, तो आप चयनित प्लेटफार्मों पर अलग से मोबाइल एप्लिकेशन लागू कर सकते हैं। अधिकांश व्यावसायिक अनुप्रयोगों के लिए, यह विकल्प सबसे उपयुक्त है।

यदि परियोजना अधिक ऑफ़लाइन कार्य प्रदान करती है और मोबाइल उपयोगकर्ताओं के लिए लक्षित है, तो यह अनुप्रयोगों को वरीयता देने के लायक है। हालांकि, जैसा कि ऊपर उल्लेख किया गया है, शायद एक वेब डेवलपर अभी भी आवश्यक होगा।
उच्च निष्पादन इंटरफेस की आवश्यकता वाले खेल और अन्य अनुप्रयोगों के कार्यान्वयन के लिए, संभवतः अनुप्रयोगों के माध्यम से कार्यान्वित करना अधिक दूरदर्शी है। विकासशील खेलों के लिए क्रॉस-प्लेटफ़ॉर्म लाइब्रेरी हैं जो आपको एक ही कोड पर विभिन्न प्लेटफार्मों के लिए मूल अनुप्रयोगों को लागू करने की अनुमति देती हैं (या न्यूनतम परिवर्तनों के साथ)।