पिछले लेख में, हमने कोड साझा करने की मूल बातें देखीं। इस लेख को W8.1 और WP8.1 के बीच बिल्ड सम्मेलन में प्रदर्शित साझाकरण सुविधा द्वारा पूरक किया जा सकता है। इस दृष्टिकोण को यहां बहुत अच्छी तरह से वर्णित किया गया है , इसलिए अब हम यूनिवर्सल ऐप्स पर ध्यान नहीं देंगे।



सामान्य तौर पर, माइक्रोसॉफ्ट दोनों प्लेटफार्मों के लिए कोड को एकजुट करने के कदमों से प्रसन्न है, हालांकि, हमारे पास अभी भी विंडोज फोन 7 के रूप में एक विरासत है। इसके अलावा, आपको कोड को डेस्कटॉप, एंड्रॉइड, आदि पर भी फ़ेल करना पड़ सकता है।



इस लेख में, हम कोड साझा करने के लिए सबसे अधिक इस्तेमाल किए जाने वाले व्यावहारिक समाधानों में से एक को देखेंगे।

कोड साझा करने के लिए तैयार हो रही है

निम्नलिखित "टूल" क्रॉस-प्लेटफ़ॉर्म अनुप्रयोगों के लेखन को बहुत सरल करते हैं, लेकिन चूंकि इन दृष्टिकोणों और पैटर्न के बारे में कई लेख / किताबें लिखी गई हैं, इसलिए हम इन बिंदुओं पर विस्तार से ध्यान नहीं देंगे।



MVVM पैटर्न वास्तव में WP, W8, WPF, सिल्वरलाइट के लिए एप्लिकेशन विकसित करते समय लगभग एक अनिवार्य गुणवत्ता मानक बन गया है; और इस तथ्य के बावजूद कि इसका उपयोग करना आवश्यक नहीं है, फिर भी जटिल अनुप्रयोगों को बनाते समय यह दृष्टिकोण अक्सर समय और कोड का एक टन बचाता है।



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



WP और WinRT के लिए सबसे लोकप्रिय ढांचा शायद MVVM लाइट है , हालांकि मेरे अनुप्रयोगों में मैं अक्सर अपने हल्के स्व-लिखित ढांचे का उपयोग करना पसंद करता हूं।



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



क्रॉस-प्लेटफ़ॉर्म अनुप्रयोगों को विकसित करने में IoC का उपयोग करने का मुख्य विचार इंटरफ़ेस का उपयोग करके प्रत्येक प्लेटफ़ॉर्म के लिए सुविधाओं का सामान्यीकरण और प्रत्येक प्लेटफ़ॉर्म के लिए एक विशिष्ट कार्यान्वयन है।



कई तैयार आईओसी कंटेनर हैं, लेकिन मेरे अनुप्रयोगों में मैं स्वयं-सेवा सेवा लोकेटर का उपयोग करता हूं (जो कि, कई के अनुसार, एंटीपैटर्न है), और कुछ परियोजनाओं में मैं हल्के SimpleIoC ढांचे का उपयोग करता हूं (जो, वैसे, MVVM लाइट के साथ बंडल में आता है)।



पिछले लेख से पाठ की बचत के उदाहरण पर विचार करें , जहां हमने "#if WP7" निर्देश का उपयोग करके पाठ बचत की सुविधाओं को विभाजित किया है। इस उदाहरण को थोड़े अलग तरीके से लागू किया जा सकता है। उदाहरण के लिए, यदि यह विधि किसी डेटालेयर के साथ एक निश्चित वर्ग में है, तो हमारा कोड इस तरह दिख सकता है:



सामान्य कोड वाली परियोजना में (उदाहरण के लिए, पोर्टेबल लाइब्रेरी, जिसे हम नीचे चर्चा करेंगे), हम पाठ को बचाने के लिए एक सामान्य इंटरफ़ेस को हाइलाइट कर सकते हैं:

public interface IDataLayer { Task SaveText(string text); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

हम अपने लॉजिक लेयर में इस इंटरफेस का उपयोग कर सकते हैं। उदाहरण के लिए, इस तरह:

 public class LogicLayer : ILogicLayer { private readonly IDataLayer dataLayer; public LogicLayer(IDataLayer dataLayer) { this.dataLayer = dataLayer; } public void SomeAction() { dataLayer.SaveText("myText"); } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

जैसा कि आप देख सकते हैं, तर्क परत को कुछ भी नहीं पता है कि पाठ को कैसे और कहां से बचाया जाएगा।

तदनुसार, WP7 / WP8 के लिए पाठ-बचत कार्यान्वयन इस तरह दिखाई दे सकता है:

 public class DataLayerWP : IDataLayer { public async Task SaveText(string text) { using (var local = IsolatedStorageFile.GetUserStoreForApplication()) { using (var stream = local.CreateFile("DataFile.txt")) { using (var streamWriter = new StreamWriter(stream)) { streamWriter.Write(text); } } } } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

और, तदनुसार, WP8 / W8 के लिए निम्नलिखित कोड हो सकते हैं:

 public class DataLayerWinRT : IDataLayer { public async Task SaveText(string text) { var fileBytes = Encoding.UTF8.GetBytes(text); var local = ApplicationData.Current.LocalFolder; var file = await local.CreateFileAsync("DataFile.txt", CreationCollisionOption.ReplaceExisting); using (var s = await file.OpenStreamForWriteAsync()) { s.Write(fileBytes, 0, fileBytes.Length); } } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

बेशक, वर्ग के नाम मेल खा सकते हैं, क्योंकि ये कक्षाएं विशिष्ट कार्यान्वयन हैं और उनमें से प्रत्येक एक विशिष्ट मंच के साथ एक परियोजना में होगा।



अब जो कुछ भी है वह प्रत्येक परियोजना में एक विशिष्ट कार्यान्वयन दर्ज करना है। यदि हम SimpleIoC उदाहरण लेते हैं, तो पंजीकरण निम्नानुसार लग सकता है (WP7 के लिए हमारे मामले में):



SimpleIoc.Default.Register<IDataLayer,DataLayerWP>();





और WP8 के साथ एक परियोजना में:

SimpleIoc.Default.Register<IDataLayer,DataLayerWinRT>();







इस प्रकार, हम लगभग सब कुछ साझा कर सकते हैं: पृष्ठ-दर-पृष्ठ नेविगेशन, सेंसर से डेटा प्राप्त करना, क्लाइंट पर एक html पृष्ठ खोलना, आदि। आदि



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



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

शायद, यह अलग से CallerMember विशेषता का उपयोग करने की समस्या का उल्लेख करने योग्य है, जो PL द्वारा समर्थित नहीं है और जो आपको BaseViewModel में सभी VMs के लिए निम्न विधि का चयन करने की अनुमति देता है:

 public class BaseViewModel : INotifyPropertyChanged { public event PropertyChangedEventHandler PropertyChanged; [NotifyPropertyChangedInvocator] protected virtual void OnPropertyChanged([CallerMemberName]string propertyName=null) { var handler = PropertyChanged; if (handler != null) handler(this, new PropertyChangedEventArgs(propertyName)); } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

जो आपको इसके बजाय लिखने की अनुमति देता है:

 public string Name { get { return name; } set { name = value; OnPropertyChanged("Name"); } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

क्षेत्र निर्दिष्ट किए बिना वैकल्पिक रिकॉर्ड:

 public string Name { get { return name; } set { name = value; OnPropertyChanged(); } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

जो, तदनुसार, आवेदन के रखरखाव को काफी सरल करता है।



पीएल को इस विशेषता के लिए समर्थन जोड़ने के लिए, यह मैन्युअल रूप से घोषित करने के लिए पर्याप्त है:

CallerMemberNameAttribute.cs

 namespace System.Runtime.CompilerServices { // Summary: // Allows you to obtain the method or property name of the caller to the method. [AttributeUsage(AttributeTargets.Parameter, Inherited = false)] sealed class CallerMemberNameAttribute : Attribute { } // Summary: // Allows you to obtain the line number in the source file at which the method // is called. [AttributeUsage(AttributeTargets.Parameter, Inherited = false)] public sealed class CallerLineNumberAttribute : Attribute { } // Summary: // Allows you to obtain the full path of the source file that contains the caller. // This is the file path at the time of compile. [AttributeUsage(AttributeTargets.Parameter, Inherited = false)] public sealed class CallerFilePathAttribute : Attribute { } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

सेटअप और कनेक्शन

Habr पर भी MVVM और IoC का उपयोग करने के कई उदाहरण थे, मैं यहां लेख को बढ़ाने के बजाय कई लिंक दूंगा:

Xamarin + PCL + MVVM - विभिन्न प्लेटफार्मों के लिए मोबाइल एप्लिकेशन लिखने की सुविधा कैसे प्रदान करें। - ज़ामरीन और एमवीवीएम के उपयोग पर शानदार लेख



विंडोज फोन के लिए एप्लिकेशन बनाते समय MVVM पैटर्न का उपयोग करना । इस लेख में, आप MVVM और WP में उपयोग के बारे में अधिक जान सकते हैं।



विंडोज फोन + Caliburn.Micro + ऑटोफेक । कॉन्फ़िगर करने और लोकप्रिय Caliburn.Micro MVVM फ्रेमवर्क, और ऑटोफेक IoC कंटेनर का उपयोग करने के तरीके पर एक और लेख, वेब और डेस्कटॉप अनुप्रयोगों के निर्माण में कोई कम लोकप्रिय नहीं है।



बेशक, यह अंतिम सूची से बहुत दूर है, और हेब्रा और इंटरनेट के खुले स्थानों पर आप इस विषय पर कोई कम दिलचस्प लेख नहीं पा सकते हैं।



इसके अलावा, हम इन उपकरणों का उपयोग करके क्रॉस-प्लेटफ़ॉर्म एप्लिकेशन लिखने की सुविधाओं पर विचार कर सकते हैं।

VM को साझा किया

पहला स्पष्ट समाधान जो मन में आता है वह है प्रत्येक प्रकार की परियोजना के लिए एक आम वीएम का उपयोग करना। काफी सरल परियोजनाओं में, हम बस इतना ही कर सकते हैं।



उदाहरण के लिए, दो संख्याओं को जोड़ने वाले कैलकुलेटर के साथ एक वीएम इस तरह दिख सकता है:

 public class MainViewModel : BaseViewModel { private int valueA; public int ValueA { get { return valueA; } set { valueA = value; OnPropertyChanged(); } } private int valueB; public int ValueB { get { return valueB; } set { valueB = value; OnPropertyChanged(); } } public ICommand CalculateCommand { get { return new ActionCommand(CalculateResult); } } private void CalculateResult() { Result = ValueA + ValueB; } private int result; public int Result { get { return result; } private set { result = value; OnPropertyChanged(); } } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

और हम प्रत्येक प्लेटफॉर्म में बदलाव के बिना इस वीएम का उपयोग कर सकते हैं।



हमारे सरल मामले में, हम इस वीएम के लिए दोनों प्लेटफार्मों के लिए समान सरल XAML कोड रख सकते हैं

 <StackPanel> <TextBlock Text="A:"></TextBlock> <TextBox Text="{Binding ValueA, Mode=TwoWay}"></TextBox> <TextBlock Text="B:"></TextBlock> <TextBox Text="{Binding ValueB, Mode=TwoWay}"></TextBox> <Button Command="{Binding CalculateCommand}" Content=""></Button> <TextBlock Text="{Binding Result}"></TextBlock> </StackPanel>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

प्रत्येक प्लेटफॉर्म के लिए डिटेल वी.एम.

अक्सर आपको प्रत्येक प्लेटफ़ॉर्म की विशेषताओं पर विचार करना होगा। उदाहरण के लिए, Win8 के लिए, जहां हमारे पास एक बड़ी स्क्रीन है, कार्य शब्दों में परिणाम प्रदर्शित करने के लिए था, और WP के लिए, केवल शब्दों में प्रदर्शित करने का निर्णय लिया गया था परिणाम 100 से कम है।



पहला और आमतौर पर गलत निर्णय जिसे आप तुरंत उपयोग करना चाहते हैं, वह इस तरह दिख सकता है:

 private int result; public int Result { get { return result; } private set { result = value; OnPropertyChanged(); OnPropertyChanged("ResultTextWP"); OnPropertyChanged("ResultTextWinRT"); } } public string ResultTextWP { get { if (result < 100) return Result.ToString(); return NumberUtil.ToText(Result); } } public string ResultTextWinRT { get { return NumberUtil.ToText(Result); } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

हम एक विशिष्ट प्लेटफ़ॉर्म के लिए प्रत्येक फ़ील्ड का उपयोग कहां कर सकते हैं। इसके बजाय, हम VM के अनुकूलन के रूप में विरासत का उपयोग कर सकते हैं, अर्थात। PL में वर्ग MainViewModel में हम एक आभासी क्षेत्र परिणाम घोषित कर सकते हैं:

 private int result; public int Result { get { return result; } private set { result = value; OnPropertyChanged(); OnPropertyChanged("ResultText"); } } public virtual string ResultText { get { throw new NotImplementedException(); } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

हम फेंकने की जगह नया NotImplementedException () कैसे ले सकते हैं, उदाहरण के लिए, NumberUtil.ToText (परिणाम) के साथ, यदि हम प्रत्येक वारिस को स्पष्ट रूप से उपयोग के लिए इस क्षेत्र को फिर से परिभाषित करने के लिए उपकृत नहीं करना चाहते हैं



अब हम प्रत्येक प्रोजेक्ट में MainViewModel का वारिस कर सकते हैं और इसकी संपत्ति को ओवरराइड कर सकते हैं:

 public class MainViewModelWinRT : MainViewModel { public override string ResultText { get { return NumberUtil.ToText(Result); } } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

और WP के लिए:

 public class MainViewModelWP : MainViewModel { public override string ResultText { get { if (result < 100) return Result.ToString(); return NumberUtil.ToText(Result); } } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

बेशक, IoC कंटेनर में, हमें सामान्य MainViewModel के बजाय प्रत्येक प्लेटफ़ॉर्म के लिए एक विशिष्ट कार्यान्वयन दर्ज करना होगा।



यदि हमें किसी भी VM संपत्ति की आवश्यकता केवल एक ही मंच पर है - स्वयं के द्वारा, इसे आधार वर्ग में परिभाषित करने की आवश्यकता नहीं है - तो हम केवल एक विशिष्ट मंच के लिए इस संपत्ति को निर्दिष्ट कर सकते हैं। उदाहरण के लिए, आपको अचानक केवल W8 के लिए UI में दिनांक दिखाने की आवश्यकता है:

 public class MainViewModelWinRT : MainViewModel { public override string ResultText { get { return NumberUtil.ToText(Result); } } public string Date { get { return DateTime.Now.ToString("yy-mm-dd"); } } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

सारांश

पहली नज़र में, पिछले लेख की तुलना में, हमें MVVM, IoC, आदि के साथ अनावश्यक सिरदर्द की एक बड़ी मात्रा मिलती है, जबकि हम सिर्फ #if निर्देशों के साथ फ़ाइलों को साझा कर सकते हैं और सुविधाओं को साझा कर सकते हैं।



दुर्भाग्य से, कैलकुलेटर के साथ उदाहरण से लाभ नहीं दिखता है, लेकिन केवल इस तरह के एक सरल अनुप्रयोग के लिए काफी अधिक कोड प्राप्त करना है।



व्यवहार में, आप जटिल तर्क के साथ मध्यम और बड़े अनुप्रयोगों का निर्माण करते समय बहुत अधिक लाभ प्राप्त कर सकते हैं, इस तथ्य के कारण कि हमारा कोड "सेवा" कोड का एक बड़ा हिस्सा लेता है। इसके अलावा, एप्लिकेशन कोड कम जुड़ा हुआ है और आवेदन के रखरखाव में बहुत सुविधा है।



दुर्भाग्य से, "ओवरबोर्ड" अभी भी कई बिंदु हैं जिन्हें मैंने इस लेख में शामिल नहीं किया है, ताकि कोड साझा करने के मुख्य बिंदुओं को रोकना न हो। यदि आप टिप्पणियों में बताते हैं कि आपको किन समस्याओं / विषयों / समाधानों में रुचि है, तो मैं इस विषय को किसी अन्य लेख के साथ पूरक कर सकता हूं।