🌇 👵🏼 👩🏼‍🤝‍👨🏽 प्रिज्म डेवलपर की गाइड - भाग 2, प्रारंभिक प्रिज्म अनुप्रयोग 💣 👴🏿 👨‍👨‍👦

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

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

बूटस्ट्रैपर क्या है?

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

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

निर्भरता इंजेक्शन

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

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

शैल निर्माण

एक पारंपरिक WPF अनुप्रयोग में, स्टार्ट URI को App.xaml फ़ाइल में परिभाषित किया गया है, जो, जब अनुप्रयोग लोड होता है, यह निर्धारित करता है कि कौन सी विंडो रूट है। सिल्वरलाइट एप्लिकेशन में, एप्लिकेशन की मूल संपत्ति को App.xaml फ़ाइल के पीछे कोड में सेट किया जाता है। प्रिज्म लाइब्रेरी का उपयोग करके बनाए गए एप्लिकेशन में, लोडर को स्वयं शेल या मुख्य विंडो बनाना होगा। ऐसा इसलिए है क्योंकि शेल सेवाओं पर निर्भर करता है, जैसे कि एक क्षेत्र प्रबंधक, जिसे शेल बनाने और प्रदर्शित होने से पहले पंजीकृत होना चाहिए।

प्रमुख निर्णय

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

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

अगला, हम इन बिंदुओं पर विस्तार से विचार करते हैं।

आधार परिदृश्य

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

अपने आवेदन के लिए एक बूटलोडर बनाना

यदि आप यूनिटी या एमईएफ चुनते हैं, तो बूटलोडर बनाना अपेक्षाकृत सरल होगा। आपको MefBootstrapper या UnityBootstrapper से विरासत में मिला एक वर्ग बनाना होगा और CreateShell विधि को लागू करना होगा । इसके अतिरिक्त, आप विशेष रूप से आवरण वर्ग को इनिशियलाइज़ करने के लिए आरंभिक विधि को ओवरराइड कर सकते हैं।

CreateShell विधि कार्यान्वयन

CreateShell विधि डेवलपर को प्रिज्म एप्लिकेशन के लिए एक उच्च-स्तरीय विंडो को परिभाषित करने की अनुमति देती है। सिल्वरलाइट के मामले में शेल आमतौर पर मेनविंडो या मेनपेज है । अपने आवेदन के शेल वर्ग के एक उदाहरण को वापस करके इस पद्धति को लागू करें। प्रिज्म एप्लिकेशन में, आप या तो शेल ऑब्जेक्ट बना सकते हैं या अपने एप्लिकेशन की आवश्यकताओं के आधार पर इसे कंटेनर से प्राप्त कर सकते हैं।

शेल ऑब्जेक्ट प्राप्त करने के लिए ServiceLocator का उपयोग करने का एक उदाहरण निम्नलिखित कोड उदाहरण में दिया गया है।

protected override DependencyObject CreateShell() { return ServiceLocator.Current.GetInstance<Shell>(); }

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

आरंभिक विधि को लागू करना

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

 protected override void InitializeShell() { Application.Current.RootVisual = Shell; }

डब्ल्यूपीएफ अनुप्रयोगों के लिए, आपको एक एप्लिकेशन शेल ऑब्जेक्ट बनाना होगा और इसे मुख्य एप्लिकेशन विंडो के रूप में सेट करना होगा (एपीपी के लिए मॉड्यूलर क्विकस्टार्ट्स से लिया गया है)।

 protected override void InitializeShell() { Application.Current.MainWindow = Shell; Application.Current.MainWindow.Show(); }

InitializeShell का मूल कार्यान्वयन कुछ भी नहीं करता है। यह सुरक्षित है कि बेस क्लास कार्यान्वयन को लागू न करें।

मॉड्यूल कैटलॉग बनाना और कॉन्फ़िगर करना

यदि आप एक मॉड्यूलर एप्लिकेशन बना रहे हैं, तो आपको मॉड्यूल की एक कैटलॉग बनाने और कॉन्फ़िगर करने की आवश्यकता होगी। प्रिज्म IMODuleCatalog के एक विशिष्ट उदाहरण का उपयोग करता है ताकि यह पता लगाया जा सके कि कौन से मॉड्यूल एप्लिकेशन के लिए उपलब्ध हैं, किन मॉड्यूल को लोड करने की आवश्यकता हो सकती है, और मॉड्यूल कहाँ स्थित हैं।

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

 protected override IModuleCatalog CreateModuleCatalog() { // When using MEF, the existing Prism ModuleCatalog is still // the place to configure modules via configuration files. return ModuleCatalog.CreateFromXaml(new Uri( "/ModularityWithMef.Silverlight;component/ModulesCatalog.xaml", UriKind.Relative)); }

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

DI कंटेनर बनाना और कॉन्फ़िगर करना

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

बुनियादी सेवाएं

निम्न तालिका प्रिज्म लाइब्रेरी की मूल गैर-विशिष्ट सेवाओं को दिखाती है।

इंटरफ़ेस।	विवरण।
IModuleManager , मॉड्यूल प्रबंधक	एप्लिकेशन मॉड्यूल को प्राप्त और आरंभ करने वाली सेवा के लिए एक इंटरफ़ेस को परिभाषित करता है।
IModuleCatalog , मॉड्यूल कैटलॉग	आवेदन में मॉड्यूल के बारे में मेटाडेटा शामिल हैं। प्रिज्म लाइब्रेरी कई अलग-अलग निर्देशिकाएं प्रदान करती है।
IModuleInitializer , मॉड्यूल इनिशियलाइज़र	मॉड्यूल को प्रारंभ करता है।
IRegionManager , क्षेत्र प्रबंधक	रजिस्टरों और उन क्षेत्रों को प्राप्त करता है जो दृश्य लेआउट कंटेनर हैं।
IEventAggregator , इवेंट एग्रीगेटर	प्रकाशकों और ग्राहकों के बीच शिथिल घटनाओं का एक संग्रह।
ILoggerFacade	जर्नलिंग इंजन के लिए एक आवरण। इस प्रकार, आप अपना लॉगिंग तंत्र चुन सकते हैं। स्टॉक ट्रेडर रेफरेंस इम्प्लीमेंटेशन (स्टॉक ट्रेडर आरआई) एंटरप्राइज लाइब्रेरी लॉगिंग एप्लीकेशन ब्लॉक का उपयोग एंटरप्राइज लॉजिक लॉगर एडेप्टर क्लास के माध्यम से करता है, उदाहरण के लिए कि आप अपने स्वयं के लॉगगर का उपयोग कैसे कर सकते हैं। लॉगिंग सेवा कंटेनर में बूटलोडर के रन विधि में CreateLogger विधि द्वारा दिए गए मान का उपयोग करके पंजीकृत है। कंटेनर में एक और लकड़हारा पंजीकृत करने से काम नहीं चलेगा, इसके बजाय, बूटलोडर में CreateLogger विधि को ओवरराइड करें।
IServiceLocator	कंटेनर को एक्सेस करने के लिए प्रिज्म लाइब्रेरी की अनुमति देता है। यदि आप लाइब्रेरी को कस्टमाइज़ या विस्तारित करना चाहते हैं तो यह उपयोगी हो सकता है।

विशिष्ट सेवाएं

निम्न तालिका स्टॉक ट्रेडर आरआई में प्रयुक्त विशेष सेवाओं को सूचीबद्ध करती है। उन्हें यह समझने के लिए एक उदाहरण के रूप में इस्तेमाल किया जा सकता है कि आपके आवेदन में क्या सेवाएं हो सकती हैं।

स्टॉक ट्रेडर आरआई में सेवा।	विवरण।
IMarketFeedService	वास्तविक समय में (गलत) बाजार डेटा प्रदान करता है। इस सेवा से प्राप्त नोटिफिकेशन के आधार पर स्थितिसुमरी पेसेंटेशनमॉडल स्थिति स्क्रीन को अपडेट करता है।
IMarketHistoryService	चयनित फंड के लिए ट्रेंडलाइन प्रदर्शित करने के लिए उपयोग किए जाने वाले बाजार डेटा का इतिहास प्रदान करता है।
IAccountPositionService	एक पोर्टफोलियो में धन की एक सूची प्रदान करता है।
IOrdersService	इसमें खरीद / बिक्री के आदेश शामिल हैं।
INewsFeedService	चयनित फाउंडेशन के लिए समाचार पोस्ट की एक सूची प्रदान करता है।
IWatchListService	निर्धारित करता है कि मॉनिटर किए गए आइटम की सूची में एक नया आइटम कब जोड़ा जाता है।

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

UnityBootstrapper में एक कंटेनर बनाना और कॉन्फ़िगर करना

UnityBootstrapper वर्ग का CreateContainer तरीका बस UnityContainer का एक नया उदाहरण बनाता है और देता है। ज्यादातर मामलों में, इस कार्यक्षमता को बदलने की आवश्यकता नहीं है। हालांकि, विधि आभासी है, आवश्यक लचीलापन प्रदान करती है। कंटेनर बनाए जाने के बाद, इसे संभवतः तदनुसार कॉन्फ़िगर किया जाना चाहिए। UnityBootstrapper में ConfigureContainer का कार्यान्वयन डिफ़ॉल्ट प्रिज्म आधार सेवाओं को पंजीकृत करता है, जैसा कि नीचे दिखाया गया है।

टिप्पणी
लगभग उसी तरह, मॉड्यूल इनिशियलाइज़ विधि में अपनी सेवाओं को पंजीकृत करता है।

 protected virtual void ConfigureContainer() { ... if (useDefaultConfiguration) { RegisterTypeIfMissing(typeof(IServiceLocator), typeof(UnityServiceLocatorAdapter), true); RegisterTypeIfMissing(typeof(IModuleInitializer), typeof(ModuleInitializer), true); RegisterTypeIfMissing(typeof(IModuleManager), typeof(ModuleManager), true); RegisterTypeIfMissing(typeof(RegionAdapterMappings), typeof(RegionAdapterMappings), true); RegisterTypeIfMissing(typeof(IRegionManager), typeof(RegionManager), true); RegisterTypeIfMissing(typeof(IEventAggregator), typeof(EventAggregator), true); RegisterTypeIfMissing(typeof(IRegionViewRegistry), typeof(RegionViewRegistry), true); RegisterTypeIfMissing(typeof(IRegionBehaviorFactory), typeof(RegionBehaviorFactory), true); } }

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

टिप्पणी
यदि आप डिफ़ॉल्ट पंजीकरणों को अक्षम करते हैं, तो आपको आवश्यक सेवाओं को मैन्युअल रूप से पंजीकृत करना होगा।

ConfigureContainer के डिफ़ॉल्ट व्यवहार का विस्तार करने के लिए, बस अपने एप्लिकेशन लोडर में एक ओवरराइड जोड़ें और वैकल्पिक रूप से आधार कार्यान्वयन को कॉल करें, जैसा कि निम्नलिखित कोड में QuickFartBootstrapper से मॉड्यूलर के लिए WPF (एकता के साथ) QuickStart से दिखाया गया है। यह कार्यान्वयन बेस क्लास कार्यान्वयन को कॉल करता है, ModuleTracker प्रकार को ठोस IModuleTracker कार्यान्वयन के रूप में पंजीकृत करता है, और CallbackLogger को एकता के साथ आने वाले CallbackLogger उदाहरण के सिंगलटन के रूप में पंजीकृत करता है।

 protected override void ConfigureContainer() { base.ConfigureContainer(); this.RegisterTypeIfMissing(typeof(IModuleTracker), typeof(ModuleTracker), true); this.Container.RegisterInstance<CallbackLogger>(this.callbackLogger); }

MefBootstrapper में एक कंटेनर बनाएं और कॉन्फ़िगर करें

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

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

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

 protected virtual void ConfigureContainer() { this.RegisterBootstrapperProvidedTypes(); } protected virtual void RegisterBootstrapperProvidedTypes() { this.Container.ComposeExportedValue<ILoggerFacade>(this.Logger); this.Container.ComposeExportedValue<IModuleCatalog>(this.ModuleCatalog); this.Container.ComposeExportedValue<IServiceLocator>(new MefServiceLocatorAdapter(this.Container)); this.Container.ComposeExportedValue<AggregateCatalog>(this.AggregateCatalog); }

टिप्पणी
MefBootstrapper में, मूल प्रिज्म सेवाओं को कंटेनर में सिंगलटन के रूप में जोड़ा जाता है, इसलिए उन्हें पूरे आवेदन के दौरान कंटेनर के माध्यम से प्राप्त किया जा सकता है।

CreateContainer और ConfigureContainer तरीके प्रदान करने के अलावा, MefBootstrapper MEF द्वारा उपयोग किए जाने वाले AggregateCatalog को बनाने और कॉन्फ़िगर करने के लिए दो तरीके भी प्रदान करता है। CreateAggregateCatalog विधि बस बनाता है और एक AggregateCatalog ऑब्जेक्ट देता है। MefBootstrapper में अन्य तरीकों की तरह, CreateAggregateCatalog वर्चुअल है और यदि आवश्यक हो तो ओवरराइड किया जा सकता है। ConfigureAggregateCatalog विधि आपको AggregateCatalog बल में टाइप पंजीकरण जोड़ने की अनुमति देती है। उदाहरण के लिए, सिल्वरलाइट क्विकस्टार्ट के लिए MEF के साथ मॉड्यूलरिटी से QuickStartBootstrapper स्पष्ट रूप से ModuleA और ModuleC को AggregateCatalog में जोड़ता है, जैसा कि नीचे दिखाया गया है।

 protected override void ConfigureAggregateCatalog() { base.ConfigureAggregateCatalog(); // Add this assembly to export ModuleTracker this.AggregateCatalog.Catalogs.Add( new AssemblyCatalog(typeof(QuickStartBootstrapper).Assembly)); // Module A is referenced in in the project and directly in code. this.AggregateCatalog.Catalogs.Add( new AssemblyCatalog(typeof(ModuleA.ModuleA).Assembly)); // Module C is referenced in in the project and directly in code. this.AggregateCatalog.Catalogs.Add( new AssemblyCatalog(typeof(ModuleC.ModuleC).Assembly)); }

अतिरिक्त जानकारी

MEF, AggregateCatalog और AssemblyCatalog के बारे में अधिक जानकारी के लिए, MSDN पर "प्रबंधित एक्स्टेंसिबिलिटी फ्रेमवर्क ओवरव्यू" देखें: http://msdn.microsoft.com/en-us/library/dd460648.aspx ।

प्रिज्म डेवलपर की गाइड - भाग 2, प्रारंभिक प्रिज्म अनुप्रयोग