🍴 🔩 👩🏻‍💼 प्रिज्म 2.2 से प्रिज्म 4 एमईएफ संस्करण में सिल्वरलाइट एप्लीकेशन माइग्रेशन 🗽 🐈 ⛹️

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

इस लेख में, मैं प्रिज्म 2.2 से प्रिज्म 4 में माइग्रेशन के मुद्दे को संबोधित करना चाहूंगा, एकता के बजाय MEF कंटेनर का उपयोग करने के लिए संक्रमण को ध्यान में रखते हुए।

विधानसभाओं के नामकरण और संरचना में परिवर्तन

विकास टीम ने विधानसभा के नामों और नामों के नामों को बदलने का फैसला किया:

Microsoft.Practices.Composite Microsoft.Practices.Prism में परिवर्तन;
Microsoft.Practices.Composite.Presentation असेंबली Microsoft.Practices.Prism असेंबली का हिस्सा बन जाता है;
Namespace Microsoft.Practices.Composite.Presentation को Microsoft.Practices.Prism द्वारा प्रतिस्थापित किया जाता है;
Microsoft.Practices.Composite.UnityExtensions Microsoft.Practices.Prism.UnityExtensions में परिवर्तन;
असेंबली Microsoft.Practices.Prism.MefExtensions और संबंधित नामस्थान जोड़े गए हैं;
असेंबली Microsoft.Practices.Prism.Interactivity जोड़ा जाता है;

विधानसभा सूची में बदलाव

प्रवास के दौरान, प्रत्येक परियोजना की विधानसभा सूची में निम्नलिखित परिवर्तन किए जाने चाहिए:

- Microsoft.Practices.Unity.dll
- Microsoft.Practices.Composite.dll
- Microsoft.Practices.Composite.Presentation.dll (यदि मौजूद है)
+ Microsoft.Practices.Prism.dll
+ System.ComponentModel.Composition.dll
+ System.ComponentModel.Composition.Initialization.dll, यदि इस लाइब्रेरी का एक वर्ग प्रोजेक्ट में उपयोग किया जाता है
+ Microsoft.Practices.Prism.MefExtensions.dll यदि प्रोजेक्ट में कोई मॉड्यूल है

विधानसभा की जगह, आपको नाम स्थान बदलना चाहिए। यह संबंधित फ़ील्ड्स में Microsoft.Practices.Composition और Microsoft.Practices.Prism दर्ज करके मानक ढूँढें और बदलें संवाद (Ctrl-H) का उपयोग करके किया जा सकता है। यह देखते हुए कि Microsoft.Practices.Composite.Presentation.dll असेंबली अब अलग से मौजूद नहीं है, पिछले प्रतिस्थापन के बाद, आपको Microsoft.Practices.Prism को प्रतिस्थापित करना चाहिए। Microsoft.Practices.Prism के साथ प्रतिस्थापन

नोट:

न केवल .cs फ़ाइलों में, बल्कि .xaml और .config (यदि आवश्यक हो) में नामस्थान नाम बदलना न भूलें।

एकता कंटेनर की जगह

MEF कंटेनर के कुछ फायदे और नुकसान हैं। MEF कंटेनर में स्थानांतरित करने का निर्णय लेने से पहले उन्हें जाना जाना चाहिए।

नुकसान:

कंटेनर में पंजीकरण किए बिना किसी वर्ग को तत्काल नहीं किया जा सकता
खुले सामान्य वर्गों के साथ काम नहीं कर सकते

फायदे:

असेंबली फ़ोल्डर से भागों को आयात कर सकते हैं
XAP फ़ाइलों के लिए मूल समर्थन
निरसन समर्थन
विशेषता उत्तराधिकार के लिए समर्थन [Export]
लाइब्रेरी .Net फ्रेमवर्क का एक अभिन्न हिस्सा है और इसे फ्रेमवर्क के ग्राहक भाग में शामिल किया गया है, जिसका अर्थ है कि इस लाइब्रेरी की असेंबलियों को XAP फ़ाइल में शामिल नहीं किया जाएगा।

एक कंटेनर कंस्ट्रक्टर या सार्वजनिक संपत्ति के रूप में IUnityContainer

की सभी घटनाओं को हटाकर एकता कंटेनर से छुटकारा पाना शुरू करना चाहिए। यदि कंटेनर (कंस्ट्रक्टर इंजेक्शन) से अन्य पैरामीटर कंस्ट्रक्टर को पास किए जाते हैं, तो हम उन्हें छोड़ देते हैं, और कंस्ट्रक्टर को [ImportingConstructor]

विशेषता के साथ चिह्नित किया जाता है।

एक उदाहरण:

//Prism 2.2 public class SampleClass { private readonly IRegionManager regionManager; private readonly IUnityContainer container; public SampleClass(IUnityContainer container, IRegionManager regionManager) { this .container = container; this .regionManager = regionManager; } } //Prism 4 [Export( typeof (SampleClass))] public class SampleClass { private readonly IRegionManager regionManager; [ImportingConstructor] public SampleClass(IRegionManager regionManager) { this .regionManager = regionManager; } } * This source code was highlighted with Source Code Highlighter .

इसके अलावा, सभी वर्ग जो कंटेनर के माध्यम से किसी भी तरह बनाए गए थे, उन्हें [Export]

विशेषता (आप इंटरफेस के लिए [InheritedExport]

उपयोग कर सकते हैं) के साथ चिह्नित किया जाना चाहिए, और उसी समय कंटेनर में कक्षाओं का पंजीकरण कोड हटा दिया जाना चाहिए।

अगला कदम मॉड्यूल के सिंटैक्स को बदलना है। प्रत्येक मॉड्यूल को [ModuleExport(typeof(<ModuleType>))]

विशेषता के साथ चिह्नित किया जाना चाहिए (इस विशेषता की परिभाषा Microsoft.Practices.Prism.MefExtensions.dll विधानसभा में है)।

एक उदाहरण:

//Prism 2.2 public class SampleModule : IModule { public void Initialize() { Register(); } public void Register() { container.RegisterType<ISampleViewModel, SampleViewModel>(); } } //Prism 4 [ModuleExport( typeof (SampleClass))] public class SampleModule : IModule { public void Initialize() { ... } } [InheritedExport] public interface ISampleViewModel { ... } * This source code was highlighted with Source Code Highlighter .

अगला कदम Bootstarpper.cs को संशोधित करना है।

Bootstarapper

वर्ग को MefBootstrapper

से विरासत में मिला होना चाहिए
CreateShell()

विधि को संशोधित करें और InitializeShell()

विधि जोड़ें।
GetModuleCatalog()

विधि का नाम CreateModuleCatalog()

रखा जाना चाहिए
ConfigureAggregateCatalog()

विधि को वर्तमान असेंबली से पहुँच योग्य सभी असेंबली को शामिल करने के लिए ओवरराइड किया जाना चाहिए।

एक उदाहरण:

//Prism 4 using System.ComponentModel.Composition; using System.ComponentModel.Composition.Hosting; using Microsoft.Practices.Prism.MefExtensions; using Microsoft.Practices.Prism.Regions; using Modularity = Microsoft.Practices.Prism.Modularity; namespace Sample.Shell { public class Bootstrapper : MefBootstrapper { protected override DependencyObject CreateShell() { return Container.GetExportedValue<ShellView>(); } protected override void InitializeShell() { base .InitializeShell(); Application.Current.RootVisual = (ShellView) this .Shell; } protected override Modularity.IModuleCatalog CreateModuleCatalog() { return Modularity.ModuleCatalog.CreateFromXaml( new Uri ( "/Sample.Shell;component/ModulesCatalog.xaml" , UriKind.Relative)); } protected override void ConfigureAggregateCatalog() { base .ConfigureAggregateCatalog(); AggregateCatalog.Catalogs.Add( new AssemblyCatalog( this .GetType(). Assembly )); } } } * This source code was highlighted with Source Code Highlighter .

MEF कंटेनर में संक्रमण की कुछ और विशेषताएं।

यदि CreationPolicy

पैरामीटर आयात या निर्यात के दौरान निर्दिष्ट नहीं किया गया है, तो क्लास को साझा के रूप में उपयोग किया जाएगा (सभी कॉल के लिए एक उदाहरण)
यदि कंटेनर में वर्ग का एक उदाहरण दर्ज किया गया है या कंटेनरकंट्रोलड ContainerControlledLifetimeManager()

का उपयोग करके पंजीकरण किया जाता है, तो इस मामले में इस तरह के वर्ग को Shared

के रूप में चिह्नित किया जाना चाहिए। अन्यथा, इस वर्ग को [Import(RequiredCreationPolicy=CreationPolicy.NonShared)]

विशेषता निर्दिष्ट करके कई बार त्वरित किया जा सकता है [Import(RequiredCreationPolicy=CreationPolicy.NonShared)]
यदि, प्रोग्राम लॉजिक के अनुसार, क्लास की बार-बार इंस्टेंटेशन की आवश्यकता होती है, तो एक्सपोर्टफैक्ट्री <TypeToExport> का उपयोग करके ऐसा किया जाना चाहिए।

उदाहरण 1:

//Prism 2.2 private void RegisterTypes() { SampleType sampleType = new SampleType(...); Container.RegisterInstance<ISampleType>(sampleType); Container.RegisterType<ISingletonSampleType, SingletonSampleType>( new ContainerControlledLifetimeManager()); } //Prism 4 [Export] [PartCreationPolicy(CreationPolicy.Shared)] public class SampleType : ISampleType { ... } [Export] [PartCreationPolicy(CreationPolicy.Shared)] public class SingletonSampleType : ISingletonSampleType { ... } * This source code was highlighted with Source Code Highlighter .

उदाहरण 2:

//Prism 2.2 private void Foo() { List <ISampleType> samples = new List <ISampleType>(); for ( int i = 0; i == 10; i++) { ISampleType sampleTypeInstance = Container.ResolveInstance<ISampleType>(); samples.Add(sampleTypeInstance); } } //Prism 4 [Import] public ExportFactory<ISampleType> SampleTypeFactory { get ; set ; } private void Foo() { List <ISampleType> samples = new List <ISampleType>(); for ( int i = 0; i == 10; i++) { ISampleType sampleTypeInstance = SampleTypeFactory.CreatExport().Value; samples.Add(sampleTypeInstance); } } * This source code was highlighted with Source Code Highlighter .

ViewModel में परिवर्तन

सभी ViewModel (या उनके सामान्य पूर्वज) को NotificationObject

वर्ग से विरासत में मिला होना चाहिए। यह वर्ग RaisePropertyChanged()

इंटरफ़ेस को लागू करता है और अभी तक RaisePropertyChanged()

विधि का एक और संस्करण लागू करता है, जो संपत्ति का स्ट्रिंग नाम नहीं, बल्कि संपत्ति प्राप्त करता है। पुराने RaisePropertyChanged()

कार्यान्वयन को त्यागने और नए का उपयोग शुरू करने की अत्यधिक सलाह दी जाती है।

एक उदाहरण:

//Prism 2.2 public class SampleViewModel : ISampleViewModel { private SamplePropertyType sampleProperty; public SamplePropertyType SampleProperty { get { return sampleProperty; } set { sampleProperty = value ; this .RaisePropertyChanged( "SampleProperty" ); } } } //Prism 4 public class SampleViewModel : NotificationObject, ISampleViewModel { private SamplePropertyType sampleProperty; public SamplePropertyType SampleProperty { get { return sampleProperty; } set { sampleProperty = value ; this .RaisePropertyChanged(() => SampleProperty); } } } * This source code was highlighted with Source Code Highlighter .

प्रवास के नुकसान

डुप्लीकेट असेंबली

यह ध्यान दिया जाना चाहिए कि यदि प्रिज्म असेंबली कई एक्सएपी फाइलों में गिरती है, तो रचना की रचना करते समय एक अपवाद उत्पन्न होगा।

संदेश: सिल्वरलाइट एप्लीकेशन कोड में अनहेल्ड एरर: 4004 श्रेणी: प्रबंधितRuntimeError संदेश: Microsoft.Practices.Prism.Modularity.ModuleTypeLoadingException: मॉड्यूल के लिए प्रकार लोड करने में विफल हुआ <ModType>। त्रुटि थी: रचना अपरिवर्तित बनी हुई है। निम्न त्रुटि के कारण परिवर्तनों को अस्वीकार कर दिया गया था: संरचना में 13 मूल कारणों के साथ कई रचना त्रुटियां उत्पन्न हुईं। मूल कारण नीचे दिए गए हैं। अधिक विस्तृत जानकारी के लिए ComposException.Errors गुण की समीक्षा करें।

1) गैर-पुन: प्रयोज्य आयात 'Microsoft.Practices.Prism.MefExtensions.Modularity.MefModuleManager.MefXapModuleTypeLoader (ContractName = MicrosoftPractices.Prism.MefExtensions.Modularity.MefXapModuleTypeadadadadadadadad पक्ष) द्वारा रोका गया निर्यात बदलें। प्रिज्म। मेफ़ेक्स्टेंशन.मॉड्यूलरिटी। मेफ़मॉडुलेमनगर '।

...

इस स्थिति से बचने के लिए, आपको CopyLocal=False

संपत्ति को सभी डुप्लिकेट असेंबली में सेट करना चाहिए या VisualStudio2010 प्लगइन का उपयोग करना चाहिए ।

मॉड्यूल कैटलॉग की विशेषताएं

मॉड्यूल कैटलॉग का उपयोग करते समय, विधानसभा का पूरी तरह से योग्य नाम जिसे आप संदर्भित कर रहे हैं, संकेत दिया जाना चाहिए।

एक उदाहरण:

< Modularity:ModuleCatalog xmlns ="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x ="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:Modularity ="clr-namespace:Microsoft.Practices.Composite.Modularity; assembly=Microsoft.Practices.Composite" > < Modularity:ModuleInfo Ref ="SampleModule.xap" ModuleName ="SampleModule" ModuleType ="SampleModule.SampleModule, SampleModule, Version=1.0.0.0" /> </ Modularity:ModuleCatalog >  < Modularity:ModuleCatalog xmlns ="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x ="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:Modularity ="clr-namespace:Microsoft.Practices.Prism.Modularity; assembly=Microsoft.Practices.Prism" > < Modularity:ModuleInfo Ref ="SampleModule.xap" ModuleName ="SampleModule" ModuleType ="SampleModule.SampleModule, SampleModule, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null " /> </ Modularity:ModuleCatalog > * This source code was highlighted with Source Code Highlighter .

निष्कर्ष

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

मैं इस मामले में सभी की सफलता की कामना करता हूं और मुझे विश्वास है कि मेरा लेख एक अच्छी मदद होगी।

प्रिज्म 2.2 से प्रिज्म 4 एमईएफ संस्करण में सिल्वरलाइट एप्लीकेशन माइग्रेशन