विंडोज फोन और विंडोज 8 प्लेटफॉर्म पर मोबाइल एप्लिकेशन को पोर्ट करने के बारे में

कई कंपनियां विंडोज फोन और विंडोज 8 के लिए अपनी सेवाओं के लिए मोबाइल क्लाइंट विकसित करने के बारे में सोच रही हैं। ज्यादातर मामलों में, आईओएस / एंड्रॉइड के लिए मोबाइल क्लाइंट पहले ही लिखे जा चुके हैं और कंपनी का काम उन्हें विंडोज मोबाइल प्लेटफॉर्म पर पोर्ट करना है। मैं इस लेख में किन समस्याओं / समस्याओं / सुविधाओं के बारे में कंपनियों और डेवलपर्स से बात कर सकता हूं।
साथ ही करो!

समस्या का सबसे आम बयान जो हमें इस तरह की ध्वनियों से निपटना था: यहां एंड्रॉइड / आईओएस के लिए क्लाइंट है, वही करें।

यह सबसे आम गलती है, जो लंबी अवधि में डेवलपर्स को एक बड़ा सिरदर्द हो सकता है, और ग्राहक - अप्रत्याशित लागत।


सामान्यतया, एक (अच्छे) मोबाइल एप्लिकेशन के विकास में कई महत्वपूर्ण कदम शामिल होने चाहिए:

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

अजीब तरह से पर्याप्त है, विकास महत्वपूर्ण है, लेकिन महत्वपूर्ण नहीं है। मैं यह भी विश्वास के साथ कह सकता हूं कि उपस्थिति हमेशा एक महत्वपूर्ण घटक नहीं है। अधिक महत्वपूर्ण प्रयोज्य है, दिशानिर्देशों का अनुपालन, और बुनियादी स्क्रिप्ट के प्रदर्शन की सुविधा (औसत आवेदन में पांच से अधिक नहीं होना चाहिए)।

मुख्य सलाह: एक विशिष्ट प्लेटफ़ॉर्म के लिए एप्लिकेशन डिज़ाइन करें। यह समझना बहुत महत्वपूर्ण है कि "देशी" इंटरफेस डिजाइन करने के लिए संसाधनों को सहेजना उनके रचनाकारों या ग्राहकों के लिए नकारात्मक रूप से बदल सकता है। एक मंच के लिए मानक समाधान दूसरे के लिए पूरी तरह से गैर-मानक हैं।

आइए कुछ उदाहरण देखें। उदाहरण के लिए, विंडोज फोन के लिए संवाददाता आवेदन:



आइए इन स्क्रीनशॉट्स की तुलना iOS और Android के स्क्रीनशॉट्स से करें:



मुझे लगता है कि यदि आप स्क्रीनशॉट से शीर्ष पैनल को हटाते हैं, तो एक अनुभवहीन उपयोगकर्ता को यह पता लगाने में सक्षम होने की संभावना नहीं है कि आवेदन किस प्लेटफॉर्म के लिए विकसित किया गया था।

ब्रांड जागरूकता बढ़ाने के लिए कंपनियों की इच्छा समझ में आती है। लेकिन अंतिम उपयोगकर्ता के लिए आवेदन की उपयोगिता की कीमत पर नहीं। इसलिए, उपयोगकर्ता को एक विशिष्ट प्लेटफ़ॉर्म के लिए मूल एप्लिकेशन के साथ प्रदान करना बेहतर है।

लिंक्डइन ऐप से तुलना करें:



और ब्रांडिंग मौजूद है और यह तुरंत स्पष्ट है कि आवेदन किस प्लेटफ़ॉर्म पर किया गया है

एक ही बिंदु को मानक नियंत्रणों का उपयोग करने की आवश्यकता के लिए जिम्मेदार ठहराया जा सकता है, भले ही इसे "हर किसी की तरह नहीं" करने का एक बड़ा प्रलोभन हो।

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



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

आधुनिक UI उर्फ ​​मेट्रो इंटरफ़ेस के बारे में जानना महत्वपूर्ण है

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

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

अन्य मंच सुविधाएँ

विंडोज फोन और विंडोज 8 पर अनुप्रयोगों की योजना बनाने से पहले, विचार करने के कई पहलू हैं।

1. Android, अधिक हद तक, Google, iOS के पारिस्थितिक तंत्र से जुड़ा है - Apple, Windows Phone और Windows 8 के पारिस्थितिकी तंत्र के लिए, इसलिए, Microsoft का पारिस्थितिकी तंत्र। यह एक फायदा और नुकसान दोनों हो सकता है। उदाहरण के लिए, आपके लिए कार्यालय दस्तावेज़ों के साथ काम करना आसान होगा, लेकिन ड्रॉपबॉक्स के साथ तंग एकीकरण के बजाय, आपको ग्रिडवर्क का उपयोग करने की पेशकश की जाएगी।

2. मंच की सीमाएँ। विंडोज फोन एक काफी सख्त प्लेटफॉर्म है। आवेदन के लॉन्च समय, डाउनलोड की गई फ़ाइलों का आकार, इंटरनेट कनेक्शन के प्रकार, पृष्ठभूमि की संख्या, आदि के आधार पर स्पष्ट प्रतिबंध हैं। इस तरह के प्रतिबंधों के कारण, यहां तक ​​कि विंडोज फोन स्काइप के लिए "देशी" हमेशा एक पूर्ण दूत से अपेक्षा के अनुरूप काम नहीं करता है।

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

4. विंडोज फोन और विंडोज 8 में नेविगेशन मॉडल अलग हैं। यदि विंडोज फोन में नेविगेशन ज्यादातर रैखिक है (केवल गैर-रेखीय नेविगेशन को केवल असाधारण मामलों में अनुमति दी जाती है और पूरी तरह से जांच की जाती है), तो विंडोज 8 नेविगेशन मॉडल के लिए अधिक वफादार है। इसके अलावा, आपको किसी भी स्क्रीन से एप्लिकेशन के मुख्य स्क्रीन पर त्वरित पहुंच की संभावना के बारे में सोचने की आवश्यकता है।

5. विंडोज फोन 7.5 बनाम। विंडोज फोन 8. आपको यह याद रखने की जरूरत है कि अब विंडोज फोन के कई प्रमुख संस्करण हैं:

• मैंगो - विंडोज फोन 7.5 (512 एमबी मेमोरी);
• मैंगो - विंडोज फोन 7.8 (512 एमबी मेमोरी) - अपडेट अभी तक जारी नहीं किया गया है;
• टैंगो - विंडोज फोन 7.5 (256 एमबी मेमोरी);
• अपोलो - विंडोज फोन 8।

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

विंडोज फोन 8 और विंडोज 8 के बीच क्रॉस-प्लेटफॉर्म

इस तथ्य के बावजूद कि विंडोज फोन एनडीके का समर्थन करता है, सी ++ में एप्लिकेशन बनाना पूरी तरह से असंभव है। आप घटक बना सकते हैं, डायरेक्ट-एक्स के साथ काम कर सकते हैं और बाहरी पुस्तकालयों को जोड़ सकते हैं, लेकिन गैर-गेमिंग अनुप्रयोगों को अभी भी C # / VB.NET में लिखा जाना चाहिए (XAML के साथ काम केवल इन भाषाओं की मदद से संभव है)।

विंडोज 8 एप्लिकेशन को C ++ में भी लिखा जा सकता है। विंडोज 8 के लिए, विभिन्न आर्किटेक्चर के लिए संकलन मुद्दा भी महत्वपूर्ण है - x32, x64, ARM। यह प्रश्न काफी बड़ा है, शायद हम इसके बारे में अलग से एक लेख लिखेंगे।

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

और, फिर से, विंडोज फोन और विंडोज 8 के बीच का अंतर यह है कि विंडोज 8 में स्थानीय भंडारण के साथ काम करना थोड़ा अलग है + कोई SQL CE (डेटाबेस इंजन) नहीं है, यही कारण है कि डेटा परत को भी फिर से लिखना पड़ता है, और शुरू में सभी कार्यान्वयनों को अनदेखा करना सबसे अच्छा है। डेटा भंडारण इंजन।

आपका ध्यान के लिए धन्यवाद!

PS यदि आपके पास प्रकाशनों के निम्नलिखित विषयों पर दिलचस्प सुझाव हैं - तो कृपया मुझे किसी भी सुविधाजनक तरीके से सूचित करें।