विंडोज फोन के लिए "Kinopoisk" कैसे बनाया गया था

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

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

कट के तहत आप विंडोज फोन प्लेटफॉर्म और प्रतिस्पर्धी मोबाइल ऑपरेटिंग सिस्टम (डेवलपर और उपयोगकर्ता दोनों की तरफ से) के बारे में ग्रिगोरी निकोनोव की राय पढ़ सकते हैं, मोबाइल ओएस के लिए विकास की समस्याओं के बारे में, और सीधे "किनोफिस्क" के डिजाइन और विकास के बारे में।



- विंडोज फोन के लिए विकास अन्य प्लेटफार्मों के लिए विकास से कैसे अलग है?

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

यदि हम उपयोगकर्ता इंटरफेस के बारे में बात करते हैं, तो आईओएस के विशाल लचीलेपन के कारण, डेवलपर्स बाहर खड़े होने की कोशिश कर रहे हैं जैसा कि वे कर सकते हैं। इसके परिणामस्वरूप, iPhone और iPad के लिए सभी एप्लिकेशन को दो व्यापक श्रेणियों में विभाजित किया जाता है: या तो सभी एप्लिकेशन टेम्पलेट द्वारा बिल्कुल एक जैसे बनाए जाते हैं, या यह एक "जिप्सी कैंप" है, जब हर कोई वह करना चाहता है जो वह करना चाहता है, और, इसके अलावा, वह प्रयास करता है । समस्या यह है कि कोई व्यक्ति बहुत अच्छी तरह से सफल नहीं होता है। यदि आप iOS के लिए विकास का कुछ आकलन करते हैं, तो मैं एक ठोस चार डालता हूं।

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

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

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



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

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

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

- मोबाइल एप्लिकेशन विकसित करते समय लोगों को किन कठिनाइयों की उम्मीद है?

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

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

- "Kinopoisk" एक पैनोरमा एप्लिकेशन (विंडोज फोन पैनोरमा एप्लीकेशन) है। मेट्रो यूआई की आपकी धारणा क्या है? क्या नए इंटरफ़ेस ने डिज़ाइन कठिनाइयों का कारण बना?

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



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

- क्या आप किसी भी संकेत के बारे में बात कर सकते हैं और विकास में इस्तेमाल किया साझा करना चाहते हैं?

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

- एपीआई कैसे काम करता है? क्या इसके साथ कोई समस्या थी? यदि हां, तो उनका फैसला कैसे किया गया?

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

- आपने Microsoft बाज़ार के साथ कैसे बातचीत की? क्या ऐप तुरंत स्टोर में चला गया?

चूंकि Kinopoisk को Microsoft और Nokia की पहल पर विकसित किया गया था, मार्केटप्लेस में जाने से पहले भी हमारे पास परियोजना की समीक्षा थी, जहाँ हमने Microsoft से लोगों को अपनी डिजाइन अवधारणा और सूचना वास्तुकला प्रस्तुत किया था, और उनके अनुमोदन के बाद हमने पहले से ही एप्लिकेशन विकसित किया था। विकास के बाद, उन्होंने किन्नोपिस्क का परीक्षण किया और कई सख्त लेकिन उचित आवश्यकताओं को पूरा करने पर ध्यान दिया। दरअसल, मार्केटप्लेस में सभी चेक बहुत जल्दी पास हो गए।



- विंडोज फोन के लिए नौसिखिए एप्लिकेशन डेवलपर्स को क्या सलाह दी जा सकती है?

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

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