HTML5, देशी और हाइब्रिड मोबाइल ऐप दृष्टिकोणों के पक्ष और विपक्ष क्या हैं?


25

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

Telerik मोबाइल डिजाइन चार्ट

इन डिज़ाइन विकल्पों के बीच निर्णय लेने के लिए, मैं आरेख में सूचीबद्ध प्रत्येक आर्किटेक्चर पसंद के पेशेवरों और विपक्षों को बेहतर ढंग से समझना चाहूंगा। प्रत्येक वास्तुकला दृष्टिकोण के पेशेवरों और विपक्ष क्या हैं?


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

1
@just_name यह पूछने के दौरान कि कौन सा बेहतर है विषय से दूर है, मैंने आपके प्रश्न को संशोधित करके प्रत्येक आर्किटेक्चर दृष्टिकोण के पेशेवरों और विपक्षों की सूची मांगी है। मैंने फिर आपके सवाल को फिर से खोल दिया। उम्मीद है कि अब आपको बेहतर उत्तर मिलेंगे।
maple_shaft

शब्दांकन के आधार पर मुझे कुछ सामान्य गैर-उम्र बढ़ने के सिद्धांतों (जैसे बैटरी जीवन, जुड़ा / डिस्कनेक्ट किया गया आदि) की चर्चा देखने की उम्मीद थी। इसके बजाय एक और HTML5 बनाम देशी चीज़ है।
डेन

आपको यह लेख लिंक्डइन के निर्णय लेने की प्रक्रिया के बारे में दिलचस्प लग सकता है।
ब्रायन

जवाबों:


23

मैं एक मोबाइल डेवलपर हूं जिसने इस मुद्दे पर विचार करते हुए बहुत समय बिताया है।

तुमने क्यों पूछा?

सबसे अधिक संभावना है, आप एप्लिकेशन विकास लागत को कम करने की उम्मीद करते हैं:

  • मौजूदा HTML5 / जावास्क्रिप्ट विकास कौशल का उपयोग करना
  • खरोंच से कई एप्लिकेशन लिखे बिना कई प्लेटफार्मों को लक्षित करना
  • भविष्य में कई कोडबेस को बनाए रखने के लिए नहीं

कारणों में यह भी शामिल हो सकता है:

  • HTML5 / जावास्क्रिप्ट विकास को देशी प्लेटफॉर्म विकास की तुलना में "आसान" माना जाता है
  • डेवलपर प्रोग्राम पंजीकरण शुल्क के भुगतान से बचना
  • Appstore सामग्री प्रतिबंध (जुआ आदि) से बचना
  • विकास हार्डवेयर की खरीद से बचना (जैसे iPhone विकास के लिए मैक)

परिभाषाएं

आइए हम बताए गए तीन तरीकों में से प्रत्येक का ठीक वही अर्थ निकालें जो हम बता रहे हैं:

नेटिव
एक ऐप जो डिवाइस पर स्थापित होता है, आमतौर पर इसके ऐप स्टोर से (हालांकि कभी-कभी साइडलोड किया जा सकता है)। इस चर्चा के प्रयोजनों के लिए, एक मूल एप्लिकेशन का यूआई आमतौर पर केवल एक पूर्ण स्क्रीन वेबव्यू से मिलकर नहीं बनता है।

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

हाइब्रिड
हाइब्रिड ऐप instanceofदेशी ऐप।

अधिकांश लोग शायद एक हाइब्रिड ऐप को एक सिंगल-पेज मोबाइल वेब ऐप (फिर से मूल ऐप के रूप और स्वरूप की नकल करते हुए) समझते हैं, लेकिन देशी सेवाओं (ए ला फोनगैप) तक पहुंच के साथ एक मूल ऐप के रूप में पैक किया जाता है।

हालाँकि वास्तव में फोनगैप मॉडल और पूरी तरह से देशी के बीच एक स्पेक्ट्रम है जो मैं बाद में आऊंगा।

मोबाइल वेब

तकनीकी प्रतिबंध
आइए सबसे पहले मोबाइल वेब ऐप पर कुछ तकनीकी प्रतिबंधों को सूचीबद्ध करते हैं जो कि आप जो कर रहे हैं उसके आधार पर खुद ही डील-ब्रेकर हो सकते हैं:

  • केवल HTML / कैनवास UI
  • कुछ डिवाइस ईवेंट और सेवाओं तक पहुंच नहीं (ये व्यापक रूप से प्रलेखित हैं)
  • ऐप स्टोर में सूचीबद्ध नहीं किया जा सकता (खोज को प्रभावित करना)
  • पूर्ण स्क्रीन बन सकता है और iOS पर होमस्क्रीन आइकन हो सकता है, हालांकि यह अधिकांश उपयोगकर्ताओं के लिए एक असामान्य और अपरिचित अनुभव है

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

फाइनेंशियल टाइम्स एफटी वेब एप्लिकेशन एप्लिकेशन की इस शैली का एक प्रसिद्ध उदाहरण है। यहाँ इसके बारे में यूके गार्जियन अखबार की एक दिलचस्प विशेषता है।

यह निश्चित रूप से इंजीनियरिंग की एक उल्लेखनीय उपलब्धि है। ध्यान दें कि यह वर्तमान में अभी भी केवल iOS पर ही उपलब्ध है - यह मुझे बताता है कि वे वास्तव में बहुत मुश्किल होने के लिए उन्नत क्रॉस-ब्राउज़र विकास की चुनौतियों को हल कर रहे हैं।

सिंगल-पेज देशी शैली के वेब ऐप

यह अनुभाग मोबाइल वेब और फ़ोनगैप-शैली ऐप पर लागू होता है।

एक वेब ऐप के भीतर मूल-शैली दिखती है और महसूस होती है जो आमतौर पर स्नेहा टच जैसे ढांचे के साथ हासिल की जाती है जो आपको उपयोग करने के लिए यूआई घटकों का एक सूट प्रदान करता है।

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

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

"HTML5 / जावास्क्रिप्ट आसान है" मिथक

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

और जैसे ही आपका ऐप अधिक कार्यात्मक रूप से जटिल हो जाता है, आप पाएंगे कि आपको अपने जावास्क्रिप्ट को साफ और बनाए रखने के लिए बुनियादी jquery कौशल से अधिक की आवश्यकता है।

उस ने कहा, इस दृष्टिकोण के साथ सरल, कार्यात्मक एप्लिकेशन बहुत जल्दी बनाना पूरी तरह से संभव है। लेकिन यह बहुत स्पष्ट है जब कोई ऐप ऐसा कर रहा है।

आगे स्पेक्ट्रम के साथ

इसलिए, हम चाहते हैं कि फोनगैप-शैली वाले ऐप्स की तुलना में एक बेहतर UX पेश किया जा सके, जो कई बार स्क्रैच से बिल्कुल सब कुछ लिखे बिना। हम क्या कर सकते है?

गैर-यूआई कोड साझा करें

कई देशी प्लेटफार्मों पर व्यापारिक तर्क साझा करने के लिए कई प्रकार की तकनीकें उपलब्ध हैं। Google ने J2ObjC लॉन्च किया है जो जावा को ऑब्जेक्टिव-सी में तब्दील करता है। कोड की सावधानीपूर्वक फैक्टरिंग के साथ, एंड्रॉइड और आईओएस दोनों पर एक जावा लाइब्रेरी का उपयोग किया जा सकता है।

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

वेबव्यू का उपयोग करें ... जहां उपयुक्त हो

स्क्रीन संक्रमण और उछाल प्रभावों की नकल करने में सक्षम होने के लिए फुल स्क्रीन वेबव्यू का बहुत काम है। लेकिन मूल ऐप क्रोम के अंदर एक वेबव्यू मूल निवासी से अप्रभेद्य हो सकता है।

देशी ऐप और वेबव्यू के लिए संवाद करने के लिए मानक और अच्छी तरह से प्रलेखित तरीके हैं।

इस तरह से किए जाने पर सूचियाँ और तालिकाएँ विशेष रूप से अच्छी तरह से काम कर सकती हैं, हालाँकि पाठ प्रविष्टि मूल रूप से (कीबोर्ड पर पूर्ण नियंत्रण के लिए) किसी चीज़ का सबसे अच्छा उदाहरण है।

संक्षेप में

आपके लिए सही दृष्टिकोण इस बात पर निर्भर करता है कि आपका ऐप कितना जटिल है और आप किस स्तर के UI पॉलिश से संतुष्ट होंगे।

मेरा आदर्श वाक्य: जहां भी आप कर सकते हैं, वेबवाइट्स का उपयोग करें, लेकिन सुनिश्चित करें कि आपके उपयोगकर्ता नहीं बता सकते


2
बहुत बढ़िया जवाब! और अच्छा है कि आपने J2ObjC के बारे में बात की, मुझे इसकी जानकारी नहीं थी।
मोमो

4

पहले इस सर्वेक्षण को देखें कि क्या चल रहा है!

तीन प्रकारों के बीच तुलना: आपके मोबाइल एप्लिकेशन विकास विकल्पों को समझना

देशी और पाखंडी के बीच तुलना:

एचटीएमएल 5 बनाम नेटिव

HTML5 बनाम नेटिव ऐप: कौन सा चुनना है ??

यह वास्तव में अच्छा है: HTML5 v देशी ऐप्स: आपके मोबाइल रणनीति के लिए महत्वपूर्ण विचार

टिप्पणियाँ:

  • आप उनमें से एक के लिए जा सकते हैं जो आपके पास (कौशल) पर निर्भर करता है और आपको क्या मिल सकता है (देखो और महसूस करो, प्रदर्शन, कार्यक्षमता, ...)
  • प्रत्येक मोबाइल ऐप डेवलपर के पास पहले संस्करणों और भविष्य के लिए विकसित होने वाले एप्लिकेशन के बारे में स्पष्ट दृष्टि / आवश्यकताएं होनी चाहिए! बस यह सुनिश्चित करने के लिए कि वह जिस विकल्प का उपयोग करेगा, वह उसे किसी बिंदु पर सीमित नहीं करेगा।
  • तीन तरीकों के साथ वास्तविक अनुभव होने और एक ही समय पर अद्यतित होने जैसा कुछ नहीं है, इससे आपको सही निर्णय लेने की भावना और क्षमता मिलेगी।

2

यदि आपको फोन हार्डवेयर का उपयोग करने की आवश्यकता है, तो आपको एक देशी ऐप का निर्माण करना चाहिए (एचटीएमएल 5 में आप डिवाइस के कुछ हार्डवेयर घटकों जैसे जीपीएस) का उपयोग कर सकते हैं।

यदि आप वेब विकास के साथ अधिक सहज हैं, तो आपको इसके साथ रहना चाहिए, जब तक कि आपको मूल ऐप बनाने की आवश्यकता न हो।

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


2

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

  1. तेज़ ऐप स्टार्टअप
  2. चिकनी स्क्रॉल
  3. अधिक सुसंगतता ऐप ui जो बाकी ओएस और ऐप्स के साथ अधिक लगातार संबंध रखता है
  4. तेज़ ऐप UI प्रतिक्रिया

आप जो कुछ और चाहते हैं उससे ऊपर एक महान उपयोगकर्ता अनुभव है जो आपके ऐप को कटे हुए बाजार में सफल होने में मदद करता है। बेशक, विशेष रूप से कौशल की कमी, समय और बजट की कमी के अपवाद हैं। कभी-कभी ऐप व्यवसायिक उपयोगकर्ताओं के एक सीमित सेट के लिए तैयार किए जाते हैं, जो इन चीजों के बारे में ज्यादा परवाह नहीं करते हैं।

यह इन कारणों के समान है कि फेसबुक ने आईओएस और एंड्रॉइड के लिए मूल एप्लिकेशन के पक्ष में अपनी ऐप रणनीति को खो दिया:

कृपया पढ़ें:

मार्क जुकरबर्ग: हमारी सबसे बड़ी गलती एचटीएमएल 5 पर बहुत ज्यादा सट्टेबाजी थी http://techcrunch.com/2012/09/11/mark-zuckerberg-our-biggest-mistake-with-mobile-was-betass-too-much-on-on एचटीएमएल 5 /

क्यों फेसबुक ने अपने नए iOS ऐप http://readwrite.com/2012/08/23/how-facebook-ditched-the-mobile-web-went-native-with-its-new- के साथ मोबाइल वेब और नेटिव को डायट किया । ios-app # awesm = ~ o9jDrRefxdgnpS

उम्मीद है की यह मदद करेगा।


2

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

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

प्रो / विपक्ष देशी :

  • प्रो: यह डिवाइस अनुभव के बाकी हिस्सों के साथ फिट बैठता है, कोई भी अनजान घाटी मुद्दों नहीं।
  • प्रो: यह ज्यादातर एक सुसंगत सुसंगत UI अनुभव प्रदान करता है, कोई देरी नहीं, कोई स्टूटर्स नहीं।
  • प्रो: कुछ तकनीकी सीमाएँ, आप पूरी तरह से डिवाइस का उपयोग कर सकते हैं।
  • प्रो: मूल उपकरण ऐप स्टोर सत्यापन के साथ अनुपालन प्रदान करते हैं।
  • प्रो: नेटिव फ्रेमवर्क में प्रति प्लेटफ़ॉर्म संस्करण में ट्विक्स शामिल हैं, फाइन-ट्यूनिंग पर कम समय खर्च किया गया है।
  • Con: यह पिछले करने के लिए निर्मित है, और इसलिए बनाने में अधिक समय लगता है।
  • कॉन: पॉलीग्लॉट-डेवलपर्स की आवश्यकता होती है जो कि मुश्किल, महंगा है।
  • Con: प्रत्येक डिवाइस प्लेटफॉर्म API (iOS / Android / etc) को परिचित करने की आवश्यकता है।
  • Con: खड़ी सीखने की अवस्था।
  • Con: प्रति प्लेटफ़ॉर्म विभिन्न टूलसेट।

प्रो / विपक्ष हाइब्रिड :

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

2

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

अन्य महान बुरा पहलू सुस्ती है। दूरस्थ डेटा को पार्स करने के लिए आवश्यक समय महत्वपूर्ण समय ले सकता है। हां, आप लोड समय के दौरान डेटा पूर्व-प्राप्त कर सकते हैं, लेकिन अन्य सभी मामलों में आप सुस्ती से नहीं बच सकते।

मैंने पाया कि इस तरह के ऐप ने देशी की तुलना में ऐप को अधिक महंगा बना दिया है। मैं अब उन्हें किसी भी ग्राहक की सलाह नहीं देता।


1

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

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

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

कुछ लोग कहते हैं कि " ऐप सभी प्लेटफार्मों के लिए बिल्कुल समान दिखाई देगा "। क्या यह वास्तव में एक अच्छी बात है? एंड्रॉइड ऐप को एंड्रॉइड ऐप की तरह दिखना चाहिए और iOS ऐप को iOS ऐप की तरह दिखना चाहिए।

नई सुविधाओं के बारे में क्या? पहनने योग्य? एंड्रॉइड प्लेटफ़ॉर्म द्वारा अब तत्काल ऐप्स की पेशकश की गई है? बाहरी प्रदर्शन पर अतिरिक्त डेटा दिखा रहा है? हाइब्रिड ऐप अब कई मूल सुविधाओं का समर्थन करते हैं, लेकिन क्या वे वास्तव में उन सभी का समर्थन करते हैं? किसी भी समय, तुरंत?

अंत में, न केवल प्रदर्शन और उपयोगकर्ता अनुभव, बल्कि सुरक्षा भी मूल एप्लिकेशन के पक्ष में अधिक हो सकती है। हाइब्रिड फ्रेमवर्क में अप्रत्यक्ष की परत शामिल है जिसमें स्वयं बग, सुरक्षा कीड़े शामिल हो सकते हैं।

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.