Xamarin विवरण

क्या आप सामान्य रूप से C # और .NET प्लेटफ़ॉर्म पर अच्छे हैं? क्या आप एक तरफ खड़े होकर थक गए हैं और आपकी जगह कोई दूसरा व्यक्ति शांत मोबाइल ऐप लिख रहा है? मैं तुम्हारे लिए कुछ दिलचस्प है! यह आपको स्थिति बदलने में मदद करेगा और आपको उद्देश्य-सी और जावा के एक अलग अध्ययन की आवश्यकता के बिना महान मोबाइल एप्लिकेशन लिखने की अनुमति देगा। मैं आपको Xamarin उत्पाद के बारे में बताऊंगा। विस्तार से और सच्चाई से।

यह क्या है

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

फ्रेमवर्क में कई मुख्य भाग होते हैं:

• Xamarin.IOS - सी # के लिए एक क्लास लाइब्रेरी जो आईओएस एसडीके तक पहुंच प्रदान करता है;
• Xamarin.Android - C # के लिए एक क्लास लाइब्रेरी जो एंड्रॉइड एसडीके तक पहुंच प्रदान करता है;
• IOS और Android के लिए कंपाइलर;
• IDE ज़ामरीन स्टूडियो;
• दृश्य स्टूडियो के लिए प्लगइन।

अधिक जानकारी

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

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

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

यह सब अच्छा है, लेकिन चलो विकास के करीब पहुंचें।

मैं आपको Xamarin.iOS (मोनोटॉक) के उदाहरण का उपयोग करके पुस्तकालयों के बारे में अधिक बताऊंगा, क्योंकि इसके साथ अनुभव Xamarin.Android के साथ की तुलना में बहुत अधिक है (लेकिन वहां सब कुछ समान है)।
Monotouch.dll क्लास लाइब्रेरी में iOS SDK की सभी सुविधाएँ उपलब्ध हैं। एक डेवलपर के लिए, यह सिर्फ एनोटेशन के साथ सी # कक्षाओं का एक संग्रह है। आंतरिक रूप से, ये वर्ग देशी कक्षाओं और विधियों के लिए ज़ैमरीन इंजीनियरों द्वारा विकसित बाध्यकारी तंत्र का उपयोग करते हैं। यह महत्वपूर्ण है कि उद्देश्य-सी में लिखी गई किसी भी लाइब्रेरी को बाइंड करने के लिए एक ही तंत्र का उपयोग किया जा सकता है। अधिकांश कक्षाओं और विधियों को मूल iOS एसडीके के समान कहा जाता है, हालांकि अपवाद हैं (इस मामले में आपको मूल नाम के लिए ज़मारिन प्रलेखन में खोज का उपयोग करना होगा, क्योंकि यह बाध्यकारी विशेषताओं में प्रकट होता है)। कक्षाओं में, सी # घटनाओं के तंत्र का सक्रिय रूप से उपयोग किया जाता है, जो आपको लंबर एक्सप्रेशंस का उपयोग करते हुए हैंडलर के लिए सुंदर और कॉम्पैक्ट कोड लिखने की अनुमति देता है:

button.TouchUpInside += (s, o) => { message.Text = "Hello!"; }; 

और सामान्य तौर पर, सी # में लिखा कोड बहुत अधिक पठनीय और अधिक सुखद लगता है। कोड का उपयोग करके अंतर देखें जो विशेषताओं के साथ एक स्ट्रिंग बनाता है:

अतुल्यकालिक विकास के लिए, ज़ामरीन सिस्टम से दोनों वर्गों का उपयोग करने की क्षमता प्रदान करता है। थ्रेडिंग। थ्रेड और सिस्टम। थ्रेडिंग। थ्रेडपूल नेमस्पेस, साथ ही टास्क पैरेलल लाइब्रेरी द्वारा प्रदान की जाने वाली सुविधाओं की पूरी श्रृंखला। हालांकि, बाद का उपयोग करना बेहतर माना जाता है। इसके अलावा, लेखन के समय, अगला स्थिर संस्करण जारी किया गया था, जिसमें .NET 4.5 के लिए समर्थन दिखाई दिया, विशेष रूप से, अब async / प्रतीक्षा कीवर्ड का उपयोग किया जा सकता है। हालाँकि यह सुविधा पहले उपलब्ध थी, लेकिन इसके लिए बीटा अपडेट चैनल का उपयोग करना आवश्यक था।

सीमाएं क्या हैं?

Xamarin.iOS में सीमाएं मुख्य रूप से इस तथ्य से संबंधित हैं कि IOS में, जैसा कि ऊपर वर्णित है, .NET और मोनो के विपरीत, कोई वर्चुअल मशीन नहीं है। इसलिए, जेनेरिक के समर्थन के साथ कठिनाइयां हैं। कारण स्पष्ट है - संकलक का कार्य कोड का विश्लेषण करना है और किसी विशेष वर्ग और विधि में सभी संभव निष्कर्षों का निर्धारण करना है। इसलिए निम्नलिखित प्रतिबंध उत्पन्न होते हैं:

• वर्चुअल जेनेरिक विधियों का उपयोग करने की अनुशंसा नहीं की जाती है, क्योंकि कंपाइलर सर्वशक्तिमान नहीं है और सभी संभव उपयोग मामलों को ध्यान में नहीं रख सकता है;
• आप NSObject क्लास से जेनेरिक वंशज नहीं बना सकते हैं, जो ऑब्जेक्टिव-सी पदानुक्रम में आधार है। एक गंभीर पर्याप्त प्रतिबंध, जो किसी भी तरह से आपकी पतला और सुंदर वास्तुकला को बर्बाद कर सकता है।

अन्य सीमाओं, उदाहरण के लिए, गतिशील कोड पीढ़ी के लिए समर्थन की कमी, मेरी राय में, बहुत महत्वपूर्ण नहीं हैं। आप उनके बारे में और यहाँ iOS के लिए और Android के लिए यहाँ पढ़ सकते हैं।

यूआई विकास

प्रत्येक प्लेटफ़ॉर्म के लिए, ज़ामारिन देशी यूआई विकास उपकरण और देशी उपयोगकर्ता इंटरफ़ेस तत्वों का उपयोग करने की क्षमता प्रदान करता है। एंड्रॉइड के लिए, यूआई सृजन सीधे कोड में या एक्सएमएल में इंटरफ़ेस विवरण के साथ एक घोषणात्मक दृष्टिकोण का उपयोग करके हो सकता है। IOS के लिए, यह या तो कोड या देशी इंटरफ़ेस डिज़ाइन टूल का उपयोग है - अलग xib फाइलें या एक बड़ा स्टोरीबोर्ड। इन फ़ाइलों को संपादित करना iOS डेवलपर के लिए परिचित Xcode वातावरण में होता है। और इसका मतलब है कि आपको मैक की आवश्यकता है। हां, iOS एप्लिकेशन विकसित करने के लिए, आपको दो कारणों से वैसे भी Mac की आवश्यकता होगी:
सबसे पहले, जैसा कि मैंने कहा, एक Xcode वातावरण में UI को संपादित करने के लिए। दूसरे, डिबगिंग अनुप्रयोगों के लिए, आपको एक आईफोन / आईपैड सिम्युलेटर की आवश्यकता होती है, जो केवल मैक पर भी उपलब्ध है।

कोड पोर्टेबिलिटी

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

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

• डेटा लेयर (DL) - डेटा स्टोरेज, उदाहरण के लिए, SqlLite आधार या xml- फाइल;
• डेटा एक्सेस लेयर (DAL) - CRUD संचालन के लिए भंडार पर लपेटें;
• बिजनेस लेयर (बीएल) - एक परत जिसमें एप्लिकेशन के व्यावसायिक तर्क हैं;
• सेवा एक्सेस लेयर (SAL) - दूरस्थ सेवाओं के साथ बातचीत करने के लिए जिम्मेदार एक परत (बाकी, Json, WCF);
• एप्लीकेशन लेयर (AL) - प्लेटफ़ॉर्म-विशिष्ट कोड वाली एक परत, दूसरे शब्दों में, यह कोड है जो monotouch.dll या monodroid.dll पुस्तकालयों पर निर्भर करता है;
• उपयोगकर्ता इंटरफ़ेस परत (UI) - उपयोगकर्ता इंटरफ़ेस परत।

क्रॉस-प्लेटफ़ॉर्म लेयर लेयर के ऊपर स्थित सभी परतें हैं। पोर्टेबल कोड का हिस्सा आवेदन पर ही काफी मजबूती से निर्भर करता है, लेकिन, मेरी राय में, यह मुश्किल से 50-60% से अधिक हो सकता है। ज़ामरीन इंजीनियर इसे समझते हैं, और इसलिए इस हिस्से को बढ़ाना चाहते हैं। इस समस्या को हल करने में उपलब्धियों के रूप में, आप Xamarin.Mobile लाइब्रेरी पर विचार कर सकते हैं। यह कैमरा, संपर्क और जियोलोकेशन के साथ काम करने के लिए विभिन्न प्लेटफार्मों के लिए एक एकल एपीआई प्रदान करता है। लेकिन इस लाइब्रेरी का उपयोग आपको किसी प्लेटफॉर्म-विशिष्ट एपीआई का उपयोग करने के लिए किसी भी तरह से सीमित नहीं करता है, उदाहरण के लिए, प्रतिनिधि तंत्र का उपयोग करके।

3 पार्टी घटक

Xamarin के पास अपना स्वयं का तृतीय-पक्ष घटक स्टोर, Xamarin Components है । यह IDE के साथ एकीकृत है और आपको कुछ ही क्लिक में Xamarin के इंजीनियरों और तृतीय-पक्ष डेवलपर्स द्वारा लिखित विभिन्न घटकों को आपकी परियोजना से जोड़ने की अनुमति देता है। घटकों की संख्या, वैसे, छलांग और सीमा से बढ़ रही है। भुगतान और मुफ्त दोनों हैं (फिलहाल उनमें से अधिकांश हैं)। सभी घटकों को दो भागों में विभाजित किया जा सकता है। कुछ अतिरिक्त उपयोगकर्ता इंटरफ़ेस तत्व प्रदान करते हैं, अन्य वर्ग पुस्तकालय हैं। उदाहरण के लिए, Json.NET के साथ काम करने के लिए प्रसिद्ध पुस्तकालय के लिए मोनो विकल्प Json.NET है या बाकी सेवाओं के साथ बातचीत करने के लिए पुस्तकालय RestSharp है । सभी घटक क्रॉस-प्लेटफ़ॉर्म नहीं हैं, कई केवल एक विशिष्ट प्लेटफ़ॉर्म के लिए उपलब्ध हैं। जैसा कि मैंने ऊपर उल्लेख किया है, ज़ामरीन मूल वर्ग पुस्तकालयों के साथ जुड़ने के लिए एक बाध्यकारी तंत्र का उपयोग करता है, जो आपको किसी भी मूल कक्षा पुस्तकालयों को सी # में पोर्ट करने की अनुमति देता है। इसके अलावा, Xamarin.iOS के लिए, उदाहरण के लिए, एक विशेष उपयोगिता है जो ऐसे बाइंडरों को स्वचालित रूप से उत्पन्न कर सकती है। दरअसल, यह Xamarin इंजीनियरों को iOS के सभी नवाचारों के साथ बनाए रखने की अनुमति देता है। तो, विशेष रूप से, Xamarin.iOS में, रिलीज़ होने के लगभग तुरंत बाद, ड्रॉपबॉक्स एपीआई का उपयोग करना संभव हो गया, साथ ही साथ नए आईओएस 7 की विशेषताएं भी।

प्रलेखन और समुदाय

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

विकास का वातावरण

Xamarin डेवलपर्स एक विकास के वातावरण के रूप में या तो अपनी IDE - ज़ामरीन स्टूडियो, या विज़ुअल स्टूडियो (व्यापार लाइसेंस में, नीचे उस पर और अधिक) का उपयोग करने की पेशकश करते हैं।

ज़मीरिन स्टूडियो

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

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

कटु सत्य का समय! उपयोग करने की प्रक्रिया में, अन्य दिलचस्प विशेषताओं की खोज की गई थी। मैंने मैक पर Xamarin स्टूडियो का उपयोग किया है, इसलिए निम्नलिखित सभी मैक ओएस एक्स के लिए विशेष रूप से लागू होता है:

• हॉटकीज़ (कॉपी-पेस्ट सहित) केवल अंग्रेजी लेआउट में काम करते हैं। डेवलपर्स इस समस्या से अवगत हैं। बगट्रैकर में एक बग घाव है;
• समय-समय पर, जब आप एक ब्रेकपॉइंट लगाने की कोशिश करते हैं, तो स्टूडियो फ्रीज हो जाता है। ऑटोसैव तंत्र होने के बावजूद, यह थोड़ा निराशाजनक है।
• एसवीएन के साथ एकीकृत एकीकरण का उपयोग करते समय, परियोजना में नई फाइलें जोड़ना स्वचालित रूप से ट्रैक नहीं किया जाता है। यानी .csproj फ़ाइल में परिवर्तन की जाँच की जाती है, लेकिन फ़ाइलें स्वयं नहीं हैं। प्रत्येक फ़ाइल के लिए, आपको राइट-क्लिक करना होगा और उसे रिपॉजिटरी में जोड़ना होगा। तकनीकी सहायता ने बताया कि वे इस बग के बारे में जानते हैं और वे इसे अगले अपडेट में से एक में ठीक कर देंगे।
• कभी-कभी एक परियोजना संकलन बंद कर देती है। स्टूडियो को फिर से शुरू करके इसका इलाज किया जाता है।

निष्पक्षता में, यह ध्यान देने योग्य है कि बीटा चैनल पर ज़ामरीन स्टूडियो के अपडेट बहुत बार सामने आते हैं, मेरी राय में - सप्ताह में कम से कम एक बार या दिन में एक बार।

दृश्य स्टूडियो

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

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

लाइसेंस की

लेखन के समय, ज़ामरीन के पास निम्नलिखित लाइसेंस प्रकार हैं:

• स्टार्टर - नि: शुल्क। यह परिचित होने के बाद से अधिक होने की संभावना है आवेदन के आकार पर इसका प्रतिबंध है (यह बहुत छोटा लगता है, क्योंकि कुछ नमूना परियोजनाओं को भी संकलित नहीं किया गया है) और तीसरे पक्ष के घटकों के उपयोग पर;
• इंडी - $ 299 प्रति काम। आवेदन का आकार सीमा हटा दी जाती है। केवल Xamarin स्टूडियो में विकास संभव है;
• व्यवसाय - $ 999 प्रति काम। विजुअल स्टूडियो और निजी तकनीक में विकास की संभावना है। ज़ामरीन इंजीनियरों से समर्थन;
• एंटरप्राइज -1899 डॉलर प्रति काम। यह लाइसेंस हॉटफ़िक्स प्राप्त करने का अवसर प्रदान करता है (मैं बहुत अधिक बिंदु नहीं देख सकता, क्योंकि अपडेट वैसे भी बहुत बार सामने आते हैं), साथ ही इंजीनियरों को स्रोत कोड के साथ एक प्रोजेक्ट भेजने का अवसर मिलता है और कहते हैं, "कुछ मैं सेल की चौड़ाई को नहीं बदल सकता टेबल, मदद! "। साथ ही कई विकल्प जो मेरी राय में बहुत उपयोगी नहीं हैं।

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

निष्कर्ष

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

आप आधिकारिक वेबसाइट - www.xamarin.com पर फ्रेमवर्क डाउनलोड कर सकते हैं। ग्रेट स्टार्ट गाइड: आईओएस , एंड्रॉइड ।
अंत तक पढ़ने की ताकत पाने वाले सभी को धन्यवाद :)