.NET, प्रतिक्रियाशील प्रोग्रामिंग, MVVM पैटर्न और कोड पीढ़ी के साथ क्रॉस-प्लेटफॉर्म विकास

आज .NET प्लेटफ़ॉर्म वास्तव में एक सार्वभौमिक उपकरण है - इसकी मदद से आप कई प्रकार के कार्यों को हल कर सकते हैं, जिसमें विंडोज, लिनक्स, मैकओएस, एंड्रॉइड और आईओएस जैसे लोकप्रिय ऑपरेटिंग सिस्टम के लिए एप्लिकेशन एप्लिकेशन का विकास शामिल है। इस लेख में, हम MVVM डिज़ाइन पैटर्न और प्रतिक्रियाशील प्रोग्रामिंग का उपयोग करके क्रॉस-प्लेटफ़ॉर्म .NET अनुप्रयोगों की वास्तुकला को देखेंगे। हम ReactiveUI और Fody पुस्तकालयों से परिचित हो जाएंगे, जानें कि विशेषताओं का उपयोग करके INotifyPropertyChanged इंटरफ़ेस को कैसे लागू किया जाए, AvaloniaUI , Xamarin Forms , Universal Windows Platform , Windows Server Foundation और .NET Standard की मूल बातें छूएं , और यूनिट टेस्टिंग मॉडल लेयर्स और एप्लिकेशन प्रेजेंटेशन मॉडल के लिए प्रभावी टूल सीखें।

सामग्री "मध्यम प्लेटफार्म पर प्रतिक्रियाशील MVVM " .NET प्लेटफ़ॉर्म के लिए एक अनुकूलन है और " क्रॉस-प्लेटफ़ॉर्म .NET ऐप वाया रिएक्टिव एमवीवीएम दृष्टिकोण ", लेखक द्वारा पहले माध्यम संसाधन पर प्रकाशित किया गया है। नमूना कोड GitHub पर उपलब्ध है ।

परिचय। MVVM आर्किटेक्चर और क्रॉस-प्लेटफ़ॉर्म .NET

.NET प्लेटफ़ॉर्म पर क्रॉस-प्लेटफ़ॉर्म एप्लिकेशन विकसित करते समय, आपको पोर्टेबल और समर्थित कोड लिखना होगा। यदि आप UAMP, WPF, Xamarin Forms और AvaloniaUI जैसी XAML बोलियों का उपयोग करने वाले चौखटे के साथ काम करते हैं, तो इसे MVVM डिज़ाइन पैटर्न, प्रतिक्रियाशील प्रोग्रामिंग और .NET मानक कोड रणनीति का उपयोग करके प्राप्त किया जा सकता है। यह दृष्टिकोण डेवलपर्स को विभिन्न ऑपरेटिंग सिस्टम पर एक कॉमन कोड बेस और कॉमन सॉफ्टवेयर लाइब्रेरी का उपयोग करने की अनुमति देकर एप्लिकेशन पोर्टेबिलिटी में सुधार करता है।

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

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



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

पारंपरिक MVVM कार्यान्वयन

प्रस्तुति मॉडल में आमतौर पर गुण और आदेश शामिल होते हैं जिनसे XAML मार्कअप तत्व बाध्य हो सकते हैं। डेटा बाइंडिंग के कार्य करने के लिए, दृश्य मॉडल में कोई भी गुण बदलने पर दृश्य मॉडल को INotifyPropertyChanged इंटरफ़ेस को लागू करना होगा और PropertyChanged घटना को पोस्ट करना होगा। एक साधारण कार्यान्वयन इस तरह दिख सकता है:

public class ViewModel : INotifyPropertyChanged { public ViewModel() => Clear = new Command(() => Name = string.Empty); public ICommand Clear { get; } public string Greeting => $"Hello, {Name}!"; private string name = string.Empty; public string Name { get => name; set { if (name == value) return; name = value; OnPropertyChanged(nameof(Name)); OnPropertyChanged(nameof(Greeting)); } } public event PropertyChangedEventHandler PropertyChanged; protected virtual void OnPropertyChanged(string name) { PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(name)); } } 

XAML यूआई का वर्णन करते हुए:

 <StackPanel> <TextBox Text="{Binding Name, Mode=TwoWay, UpdateSourceTrigger=PropertyChanged}"/> <TextBlock Text="{Binding Greeting, Mode=OneWay}"/> <Button Content="Clear" Command="{Binding Clear}"/> </StackPanel> 

और यह काम करता है! जब उपयोगकर्ता टेक्स्ट बॉक्स में अपना नाम दर्ज करता है, तो नीचे दिया गया टेक्स्ट तुरंत उपयोगकर्ता को बधाई देता है।



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

नुस्खा # 1। प्रेक्षक का खाका। छोटे गेटर्स और सेटर। ReactiveUI

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

प्रतिक्रियाशील एक्सटेंशन मानक .NET लाइब्रेरी - IObserver और IObservable के इंटरफेस द्वारा परिभाषित ऑब्जर्वर डिज़ाइन पैटर्न का कार्यान्वयन है। लाइब्रेरी में पचास से अधिक ऑपरेटर भी शामिल हैं, जो आपको LINQ संरचित क्वेरी भाषा के समान सिंटैक्स का उपयोग करके, ईवेंट फ़्लो को फ़िल्टर करने, संयोजित करने, उन्हें समूहित करने की अनुमति देते हैं। जेट एक्सटेंशन के बारे में यहाँ और पढ़ें।

ReactiveUI एक बेस क्लास भी प्रदान करता है जो INotifyPropertyChanged - ReactiveObject को लागू करता है। आइए फ्रेमवर्क द्वारा प्रदान की गई विशेषताओं का उपयोग करके हमारे नमूना कोड को फिर से लिखें।

 public class ReactiveViewModel : ReactiveObject { public ReactiveViewModel() { Clear = ReactiveCommand.Create(() => Name = string.Empty); this.WhenAnyValue(x => x.Name) .Select(name => $"Hello, {name}!") .ToProperty(this, x => x.Greeting, out greeting); } public ReactiveCommand Clear { get; } private ObservableAsPropertyHelper<string> greeting; public string Greeting => greeting.Value; private string name = string.Empty; public string Name { get => name; set => this.RaiseAndSetIfChanged(ref name, value); } } 

इस तरह का एक प्रेजेंटेशन मॉडल पिछले वाले की तरह ही होता है, लेकिन इसमें कोड छोटा होता है, यह अधिक प्रेडिक्टेबल होता है, और प्रेजेंटेशन मॉडल के प्रॉपर्टीज के बीच के सभी रिलेशनशिप्स को एक जगह पर LINQ से ऑब्जर्वेबल सिंटैक्स का उपयोग करके वर्णित किया जाता है। बेशक, हम यहां रुक सकते थे, लेकिन अभी भी काफी कोड है - हमें गेटर्स, सेटरर्स और फील्ड्स को स्पष्ट रूप से लागू करना होगा।

नुस्खा # 2। इनकैप्सुलेशन INotifyPropertyChanged। ReactiveProperty

एक वैकल्पिक समाधान ReactiveProperty लाइब्रेरी का उपयोग करना है, जो रैपर कक्षाएं प्रदान करता है जो उपयोगकर्ता इंटरफ़ेस को सूचनाएं भेजने के लिए जिम्मेदार हैं। ReactiveProperty के साथ , दृश्य मॉडल को किसी भी इंटरफेस को लागू करने की आवश्यकता नहीं है, इसके बजाय, प्रत्येक संपत्ति INotifyPropertyChanged को लागू करती है। ऐसे प्रतिक्रियाशील गुण IObservable को भी लागू करते हैं, जिसका अर्थ है कि हम उनके परिवर्तनों की सदस्यता ले सकते हैं जैसे कि हम ReactiveUI का उपयोग कर रहे थे। ReactiveProperty का उपयोग करके हमारे दृश्य मॉडल को बदलें।

 public class ReactivePropertyViewModel { public ReadOnlyReactiveProperty<string> Greeting { get; } public ReactiveProperty<string> Name { get; } public ReactiveCommand Clear { get; } public ReactivePropertyViewModel() { Clear = new ReactiveCommand(); Name = new ReactiveProperty<string>(string.Empty); Clear.Subscribe(() => Name.Value = string.Empty); Greeting = Name .Select(name => $"Hello, {name}!") .ToReadOnlyReactiveProperty(); } } 

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

 <StackPanel> <TextBox Text="{Binding Name.Value, Mode=TwoWay, UpdateSourceTrigger=PropertyChanged}"/> <TextBlock Text="{Binding Greeting.Value, Mode=OneWay}"/> <Button Content="Clear" Command="{Binding Clear}"/> </StackPanel> 

नुस्खा # 3। संकलन समय पर विधानसभा बदलना। प्रॉपर्टीचेंडे.फोडी + रिएक्टिविवयू

एक विशिष्ट प्रस्तुति मॉडल में, प्रत्येक सार्वजनिक संपत्ति को उपयोगकर्ता इंटरफ़ेस में सूचनाएं भेजने में सक्षम होना चाहिए जब इसका मूल्य बदलता है। PropertyChanged.Fody के साथ, आपको इसके बारे में चिंता करने की ज़रूरत नहीं है। केवल एक चीज जो डेवलपर के लिए आवश्यक है, वह है AddinotifyPropertyChangedInterface विशेषता के साथ व्यू मॉडल वर्ग को चिह्नित करने के लिए - और प्रॉपर्टीचेंज ईवेंट को प्रकाशित करने के लिए जिम्मेदार कोड INOTifyPropertyChanged इंटरफ़ेस के कार्यान्वयन के साथ, प्रोजेक्ट के निर्मित होने के बाद बसने वालों में जोड़ा जाएगा, यदि कोई गायब है। यदि आवश्यक हो, तो हमारे गुणों को बदलते मूल्यों की धाराओं में बदल दें, हम हमेशा ReactiveUI लाइब्रेरी से व्हेनएवल्यू एक्सटेंशन पद्धति का उपयोग कर सकते हैं। आइए तीसरी बार हमारे नमूने को फिर से लिखें, और देखें कि हमारा प्रस्तुति मॉडल कितना अधिक संक्षिप्त होगा!

 [AddINotifyPropertyChangedInterface] public class FodyReactiveViewModel { public ReactiveCommand Clear { get; } public string Greeting { get; private set; } public string Name { get; set; } = string.Empty; public FodyReactiveViewModel() { Clear = ReactiveCommand.Create(() => Name = string.Empty); this.WhenAnyValue(x => x.Name) .Select(name => $"Hello, {name}!") .Subscribe(x => Greeting = x); } } 

Fody संकलन समय पर प्रोजेक्ट IL कोड को बदलता है। AddCotifyPropertyChangedInterface विशेषता के साथ चिह्नित या INotifyPropertyChanged इंटरफ़ेस को लागू करने या ऐसी कक्षाओं के बसने वालों को सम्पादित करता है। आप अधिक जान सकते हैं कि कोड पीढ़ी कैसे काम करती है और आंद्रेई कुरोश की रिपोर्ट " रिफ्लेक्ट.इमिट। प्रैक्टिस ऑफ यूज " से इसे और किन कार्यों को हल किया जा सकता है।

हालाँकि PropertyChanged.Fody हमें स्वच्छ और अर्थपूर्ण कोड लिखने की अनुमति देता है। 4.5 फ्रेमवर्क सहित .NET फ्रेमवर्क की विरासत संस्करण और बाद में, अब समर्थित नहीं हैं। इसका मतलब यह है कि आप वास्तव में, अपनी परियोजना में रिएक्टिवुइ और फोडी का उपयोग करने का प्रयास कर सकते हैं, लेकिन अपने जोखिम पर और इस बात को ध्यान में रखते हुए कि सभी त्रुटियां कभी भी ठीक नहीं होंगी! .NET कोर के लिए संस्करण Microsoft समर्थन नीति के अनुसार समर्थित हैं।

सिद्धांत से अभ्यास तक। ReactiveUI और PropertyChanged.Fody के साथ मान्य रूपों

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

 [AddINotifyPropertyChangedInterface] public sealed class FeedbackViewModel { public ReactiveCommand<Unit, Unit> Submit { get; } public bool HasErrors { get; private set; } public string Title { get; set; } = string.Empty; public int TitleLength => Title.Length; public int TitleLengthMax => 15; public string Message { get; set; } = string.Empty; public int MessageLength => Message.Length; public int MessageLengthMax => 30; public int Section { get; set; } public bool Issue { get; set; } public bool Idea { get; set; } public FeedbackViewModel(IService service) { this.WhenAnyValue(x => x.Idea) .Where(selected => selected) .Subscribe(x => Issue = false); this.WhenAnyValue(x => x.Issue) .Where(selected => selected) .Subscribe(x => Idea = false); var valid = this.WhenAnyValue( x => x.Title, x => x.Message, x => x.Issue, x => x.Idea, x => x.Section, (title, message, issue, idea, section) => !string.IsNullOrWhiteSpace(message) && !string.IsNullOrWhiteSpace(title) && (idea || issue) && section >= 0); valid.Subscribe(x => HasErrors = !x); Submit = ReactiveCommand.Create( () => service.Send(Title, Message), valid ); } } 

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

इकाई मॉडल परीक्षण

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

मॉब्स और स्टब्स बनाने के लिए, NSubstitute लाइब्रेरी हमारे लिए उपयोगी है, जो "नकली वस्तुओं" द्वारा लौटाए गए सिस्टम एक्शन और वैल्यूज के लिए प्रतिक्रियाओं का वर्णन करने के लिए एक सुविधाजनक एपीआई प्रदान करता है।

 var sumService = Substitute.For<ISumService>(); sumService.Sum(2, 2).Returns(4); 

हमारे परीक्षणों में कोड और त्रुटि संदेशों दोनों की पठनीयता में सुधार करने के लिए, हम फ्लुएंटसॉर्सन लाइब्रेरी का उपयोग करते हैं। इसके साथ, हमें न केवल यह याद रखना होगा कि कौन सा तर्क Assert.Equal में वास्तविक मूल्य को गिनता है, और जो अपेक्षित मूल्य है, लेकिन हमारा IDE हमारे लिए कोड लिखेगा!

 var fibs = fibService.GetFibs(10); fibs.Should().NotBeEmpty("because we've requested ten fibs"); fibs.First().Should().Be(1); 

आइए हमारे प्रस्तुति मॉडल के लिए एक परीक्षण लिखें।

 [Fact] public void ShouldValidateFormAndSendFeedback() { //    , //    . var service = Substitute.For<IService>(); var feedback = new FeedbackViewModel(service); feedback.HasErrors.Should().BeTrue(); //   . feedback.Message = "Message!"; feedback.Title = "Title!"; feedback.Section = 0; feedback.Idea = true; feedback.HasErrors.Should().BeFalse(); //    , //   Send()  IService  //    . feedback.Submit.Execute().Subscribe(); service.Received(1).Send("Title!", "Message!"); } 

विंडोज यूनिवर्सल प्लेटफॉर्म के लिए यूआई

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

 <StackPanel Width="300" VerticalAlignment="Center"> <TextBlock Text="Feedback" Style="{StaticResource TitleTextBlockStyle}"/> <TextBox PlaceholderText="Title" MaxLength="{Binding TitleLengthMax}" Text="{Binding Title, Mode=TwoWay, UpdateSourceTrigger=PropertyChanged}"/> <TextBlock Style="{StaticResource CaptionTextBlockStyle}"> <Run Text="{Binding TitleLength, Mode=OneWay}"/> <Run Text="letters used from"/> <Run Text="{Binding TitleLengthMax}"/> </TextBlock> <TextBox PlaceholderText="Message" MaxLength="{Binding MessageLengthMax}" Text="{Binding Message, Mode=TwoWay, UpdateSourceTrigger=PropertyChanged}"/> <TextBlock Style="{StaticResource CaptionTextBlockStyle}"> <Run Text="{Binding MessageLength, Mode=OneWay}"/> <Run Text="letters used from"/> <Run Text="{Binding MessageLengthMax}"/> </TextBlock> <ComboBox SelectedIndex="{Binding Section, Mode=TwoWay}"> <ComboBoxItem Content="User Interface"/> <ComboBoxItem Content="Audio"/> <ComboBoxItem Content="Video"/> <ComboBoxItem Content="Voice"/> </ComboBox> <Grid> <Grid.ColumnDefinitions> <ColumnDefinition /> <ColumnDefinition /> </Grid.ColumnDefinitions> <CheckBox Grid.Column="0" Content="Idea" IsChecked="{Binding Idea, Mode=TwoWay}"/> <CheckBox Grid.Column="1" Content="Issue" IsChecked="{Binding Issue, Mode=TwoWay}"/> </Grid> <TextBlock Visibility="{Binding HasErrors}" Text="Please, fill in all the form fields." Foreground="{ThemeResource AccentBrush}"/> <Button Content="Send Feedback" Command="{Binding Submit}"/> </StackPanel> 

अंत में, हमारा फॉर्म तैयार है।

Xamarin.Forms के लिए यूआई

Android और iOS ऑपरेटिंग सिस्टम पर चलने वाले मोबाइल उपकरणों पर काम करने के लिए आवेदन के लिए, आपको एक नया Xamarin.Forms प्रोजेक्ट बनाना होगा और मोबाइल डिवाइसों के लिए अनुकूलित Xamarin नियंत्रणों का उपयोग करके UI का वर्णन करना होगा ।

एवलोनिया के लिए यूआई

एवलोनिया एक क्रॉस-प्लेटफ़ॉर्म .NET फ्रेमवर्क है जो WPF, UWP या Xamarin.Forms डेवलपर्स के लिए परिचित XAML बोली का उपयोग करता है। अवलोनिया विंडोज, लिनक्स और ओएसएक्स का समर्थन करता है और इसे गीथहब पर उत्साही लोगों के समुदाय द्वारा विकसित किया जा रहा है । ReactiveUI के साथ काम करने के लिए , आपको Avalonia.ReactiveUI पैकेज स्थापित करना होगा। अवलोनिया एक्सएएमएल पर प्रस्तुति परत का वर्णन करें !

निष्कर्ष

जैसा कि हम देख सकते हैं। 2018 में .NET हमें सही मायने में क्रॉस-प्लेटफ़ॉर्म सॉफ़्टवेयर लिखने की अनुमति देता है - UWP, Xamarin.Forms, WPF और AvaloniaUI का उपयोग करके, हम अपने एप्लिकेशन ऑपरेटिंग सिस्टम Android, iOS, Windows, Linux, OSX के लिए समर्थन प्रदान कर सकते हैं। एमवीवीएम डिज़ाइन पैटर्न और लाइब्रेरीज़ जैसे रिएक्टिवयूआई और फोडी स्पष्ट, बनाए रखने योग्य और पोर्टेबल कोड लिखकर विकास प्रक्रिया को सरल और तेज कर सकते हैं। कोड संपादकों में विकसित बुनियादी ढांचा, विस्तृत दस्तावेज और अच्छा समर्थन .NET डेवलपर्स को सॉफ्टवेयर डेवलपर्स के लिए अधिक से अधिक आकर्षक बनाता है।

यदि आप .NET में डेस्कटॉप या मोबाइल एप्लिकेशन लिख रहे हैं और अभी तक ReactiveUI से परिचित नहीं हैं, तो इस पर ध्यान देना सुनिश्चित करें - यह ढांचा iOS के लिए सबसे लोकप्रिय GitHub क्लाइंट्स में से एक का उपयोग करता है , GitHub के लिए विजुअल स्टूडियो एक्सटेंशन, Atitian SourceTree git क्लाइंट और विंडोज 10 के लिए सुस्त। मोबाइल । Habré पर ReactiveUI के बारे में लेखों की श्रृंखला एक उत्कृष्ट प्रारंभिक बिंदु बन सकती है। ज़ामारिन पर डेवलपर्स के लिए, रिएक्टिवुइ के लेखकों में से एक से कोर्स " सी # के साथ एक आईओएस ऐप का निर्माण " संभवतः काम आएगा। आप एगार के बारे में लेख से एवलोनिया पर विकास के अनुभव के बारे में अधिक जान सकते हैं - .NET कोर पर टेलीग्राम के लिए एक वैकल्पिक क्लाइंट।

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