पोर्टेबल प्रिज्म

Microsoft पैटर्न और अभ्यास समूह के प्रशंसकों को समर्पित और Microsoft PRISM जैसी उपयोगी चीज़ के सिर्फ प्रेमी।

डेवलपर्स जो अपने व्यवहार में Microsoft PRISM के साथ मिले हैं, शायद इस ढांचे के बारे में दोहरी राय रखते हैं। एक ओर, अपने 4 वें में, और 3 जी, संस्करण के क्रम में, यह समग्र अनुप्रयोग बनाने के लिए एक बहुत शक्तिशाली और लचीला उपकरण है, और दूसरी ओर, एक बल्कि अस्पष्ट और भ्रमित पुस्तकालय है। लेकिन आप PRVM को केवल MVVM टेम्प्लेट के कार्यान्वयन के रूप में देख सकते हैं, जो अनिवार्य रूप से विंडोज फोन के लिए PRISM है।

मुझे वास्तव में यह MVVM कार्यान्वयन पसंद है और जब मैं पोर्टेबल क्लास लाइब्रेरी से मिला, तो मैंने महसूस किया कि मुझे एक पोर्टेबल PRISM की आवश्यकता है। सौभाग्य से, PRISM स्रोत उपलब्ध हैं और पोर्टेबल लाइब्रेरी पर इसे रीमेक करना बहुत मुश्किल काम नहीं था।

पोर्टिंग

कार्य खुद को पोर्टेबल हिस्से में सब कुछ सामान्य रूप से लाने के लिए और बाकी सब कुछ मंच-विशिष्ट के लिए था। लेकिन इस तथ्य के अलावा कि मुझे PRISM पसंद है, मैं भी MEF के साथ इसका उपयोग करना पसंद करता हूं, और अभी PCL2.0 के आगमन के साथ MEF Microsoft.Composition के रूप में WinRT के लिए दिखाई दिया।

वैसे, कौन नहीं जानता, Microsoft.Composition पीसीएल पर बनाया गया है और, यदि वांछित है, तो इसे पीसीएल के लिए बनाया जा सकता है और इसका उपयोग विंडोज फोन 8 या सीधे पोर्टेबल लाइब्रेरी में किया जा सकता है। यह सच है, यहाँ स्रोत कोड का नवीनतम संस्करण है जिस पर Microsoft.Composition NuGet पैकेज बनाया गया था, मुझे कोडप्लेक्स पर प्रोजेक्ट साइट पर नहीं मिला ।

तो WinRT के लिए PRISM के लिए MEF एक्सटेंशन को बहुत बदलना पड़ा ताकि PRISM Microsoft.Composition के साथ काम कर सके। फिर भी, अधिकांश यूनिट परीक्षणों को मामूली बदलावों के साथ छोड़ दिया गया।

सार और फोधी

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

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

यह प्रोजेक्ट विजुअल स्टूडियो नोटिफाई प्रोपर्टी वीवर के लिए एक एक्सटेंशन प्रोजेक्ट से पैदा हुआ था, जिसने निर्माण के बाद Mono.Cecil का उपयोग करने की अनुमति दी, जो कि उन वर्गों की संपत्तियों को फिर से लिखना था जो INotifyPropertyChanged के वारिस थे ताकि वे खुद एक संपत्ति परिवर्तन घटना को ट्रिगर करेंगे जब इसका मूल्य बदल जाएगा।

Fody , Notify Property Wver का एक अधिक सार्वभौमिक विस्तार बन गया है, जिससे आप विभिन्न प्लग-इन कनेक्ट कर सकते हैं जो असेंबली के एक विशिष्ट भाग को अधिलेखित कर देंगे। कई उपयोगी मॉड्यूल पहले से ही फ़ॉडी के लिए लिखे गए हैं , जिन्हें एक विशिष्ट परियोजना के लिए NuGet के माध्यम से वितरित किया जा सकता है। इन प्लगइन्स में से एक ModuleInit.Fody है , जो स्टेटिक क्लास ModuleInitializer की इनिशियलाइज़ेशन विधि के असेंबली इनिशियलाइज़र को कॉल लिख सकता है।

internal static class ModuleInitializer { public static void Initialize() { InitializeCompositePresentationEvent(); InitializeWeakEventHandlerManager(); } private static void InitializeCompositePresentationEvent() { var dispatcher = new Lazy<IDispatcherFacade>(() => new DefaultDispatcher()); EventBase.InitializeDispatcher(dispatcher); } private static void InitializeWeakEventHandlerManager() { EventHandlerManager.Current = new WeakEventHandlerManager(); } } 

मैं क्या सुरक्षित रूप से इस्तेमाल किया।

यह मज़ेदार है, लेकिन ModuleInitalizers Windows Phone 7 पर काम नहीं करते हैं । और ऐसा लगता है कि कोई भी इस बग को ठीक करने वाला नहीं है। अच्छी तरह से अब कम से कम स्थिर कंस्ट्रक्टर प्लग करने योग्य विधानसभाओं में काम करते हैं ।

पोर्ट सुविधाएँ

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

विंडोज फोन 8
विंडोज फोन 8 के लिए PRISM में, मैंने मूल रूप से विंडोज फोन 7 के लिए PRISM की कार्यक्षमता को कॉपी किया है, केवल WeakEvent को जोड़ने के बाद से यह अब विंडोज फोन SDK 8.0 में उपलब्ध है और AppBar से संबंधित वर्गों को हटा दिया है क्योंकि वे बहुत ही सामान्य रूप से लागू किए गए हैं। मुझे लगता है कि AppBar के साथ काम करने के लिए Cimbalino लाइब्रेरी का उपयोग करना बेहतर है।

अब क्या उपलब्ध है?

और इसलिए किस तरह के NuGet पैकेज हैं:

• पोर्टेबल PRISM - पोर्टेबल
• पोर्टेबल PRISM - पोर्टेबल - अन्तरक्रियाशीलता
• पोर्टेबल PRISM - WinRT
• पोर्टेबल PRISM - WinRT MEF एक्सटेंशन
• पोर्टेबल PRISM - विंडोज फोन 8
• पोर्टेबल PRISM - विंडोज फोन 8 - अन्तरक्रियाशीलता

आगे क्या है?

मुझे आशा है कि मेरे पैकेज उन लोगों के लिए उपयोगी होंगे जो PRISM को पसंद करते हैं या जो PRISM का उपयोग करके किसी नए प्लेटफ़ॉर्म पर लागू करना चाहते हैं।

यदि किसी को पोर्टेबल संस्करण के रूप में PRISM के अन्य भागों की आवश्यकता है, उदाहरण के लिए, WinRT के लिए एकता विस्तार, आप GitHub पर पोर्टेबल PRISM परियोजना को क्लोन कर सकते हैं और उन्हें जोड़ सकते हैं। यदि आप एक परियोजना नहीं बना सकते हैं, तो लिखें। मुझे यह पता नहीं चला है कि .gitignore को कैसे कॉन्फ़िगर किया जाए ताकि NuGet पैकेज के बारे में जानकारी प्रतिबद्ध हो, लेकिन पैकेज स्वयं नहीं हैं, और उन्हें फिर से डाउनलोड किया जा सकता है। तो, कौन जानता है कि यह कैसे करना है, मुझे बताओ, कृपया।