MEF और ShadowCopying DLLs ताकि मैं उन्हें रनटाइम

Question

पर ओवरराइट कर सकूं। मैं अपने एमईएफ प्लगइन निर्देशिका में डीएलएल को लॉक करने के लिए अपने एप्लिकेशन को रोकने की कोशिश कर रहा हूं ताकि मैं रनटाइम पर असेंबली को ओवरराइट कर सकूं (नोट मैं वास्तव में एमईएफ रीलोड करने की कोशिश नहीं कर रहा हूं फ्लाई पर, अगली ऐप शुरू होने पर, मैं सिर्फ ऐप को कॉपी करने के लिए नहीं रोकना चाहता हूं)

मैं अपने मेफ लोडेड असेंबली के लिए छाया प्रतिलिपि ऐप डोमेन बनाकर ऐसा करने की कोशिश कर रहा हूं नीचे के रूप में:

[Serializable] 
    public class Composer:IComposer 
    { 
     private readonly string _pluginPath; 
     public Composer(IConfigurePluginDirectory pluginDirectoryConfig) 
     { 
      _pluginPath = pluginDirectoryConfig.Path; 
      var setup = new AppDomainSetup(); 
      setup.ShadowCopyFiles = "true"; // really??? is bool not good enough for you? 
      var appDomain = AppDomain.CreateDomain(AppDomain.CurrentDomain.FriendlyName + "_PluginDomain", AppDomain.CurrentDomain.Evidence, setup); 

      appDomain.DoCallBack(new CrossAppDomainDelegate(DoWorkInShadowCopiedDomain));  
     } 

     private void DoWorkInShadowCopiedDomain() 
     { 
      // This work will happen in the shadow copied AppDomain. 

      var catalog = new AggregateCatalog(); 
      var dc = new DirectoryCatalog(_pluginPath); 
      catalog.Catalogs.Add(dc); 
      Container = new CompositionContainer(catalog); 
     } 

     public CompositionContainer Container { get; private set; } 
    } 

और उसके बाद इस वर्ग पर CompositionContainer के माध्यम से मेरे MEF घटक सूची तक पहुंचें। हालांकि संरचना कंटेनर केवल छायाकोपी डोमेन (जो समझ में आता है) के अंदर शुरू किया जाता है और इसका मतलब है कि यह मेरे आवेदन डोमेन में शून्य है। मैं बस सोच रहा था कि क्या मेरे एमईएफ घटकों को पाने के लिए ऐसा करने का कोई बेहतर तरीका है या डोमेन क्वेरी को पार करने का कोई तरीका है

Answer 1

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

आप उन्हें फ्लाई पर लोड करने की क्षमता खो देंगे, लेकिन जैसा कि आपने बताया है कि वास्तव में एक आवश्यकता नहीं है।

Answer 2

यह परिदृश्य मोबाइल ऐप्स में ऑटो अपडेट सुविधा के करीब है। ऐप स्टार्ट/रीस्टार्ट पर उपलब्ध होने पर अनिवार्य रूप से आप नई असेंबली चुनना चाहते हैं।

यह डिज़ाइन करने का एक तरीका आपके ऐप को सिग्नल करने के लिए एक संचार तंत्र होना चाहिए ताकि नई असेंबली उपलब्ध हो (शायद एक संस्करण.txt फ़ाइल)। यदि हां, तो वही संस्करण.txt फ़ाइल असेंबली के नए स्थान पर इंगित कर सकती है। हां - आप सही संस्करण को इंगित करने के लिए कई उप फ़ोल्डरों को बना सकते हैं, लेकिन इन्हें किसी अन्य प्रक्रिया द्वारा साफ़ किया जा सकता है।

तुम इतनी तरह एक hierarchichal संरचना इस्तेमाल कर सकते हैं -

संस्करण \ - Version1.0 \ - Version2.0 \

इस डिजाइन के प्रकार के ऑटो अपडेट की एक अच्छी तरह से पता प्रतिमान के करीब होगा ।

Answer 3

यदि आप दान ब्रायंट और zync से समाधान का पालन नहीं करना चाहते हैं, तो आप एक शेल एप्लिकेशन बना सकते हैं जो आपके आवेदन को नए AppDomain में निष्पादित करता है।

एक दृष्टिकोण होगा:

1. एक नया आवेदन परियोजना जो खोल आवेदन किया जाएगा बनाएँ।
2. शैल एप्लिकेशन में, AppDomain बनाएं, छाया प्रतिलिपि सक्षम करें और यदि आप चाहें, तो निर्देशिका निर्दिष्ट करें जहां छाया प्रतिलिपि सक्षम की जाएगी।
3. अपने वर्तमान एप्लिकेशन को कॉल करने के लिए AppDomain.ExecuteAssembly का उपयोग करें।

तो एक आवेदन के बजाय आप एक वर्ग पुस्तकालय आप निम्नलिखित की कोशिश कर सकते हैं:

1. एक नया वर्ग पुस्तकालय परियोजना बनाएँ।

2. नया वर्ग पुस्तकालय परियोजना के लिए निम्न इंटरफ़ेस जोड़ें:

   public interface IRemoteLoader 
   { 
       void Load(); 
       void Unload(); 
   } 
   

3. एक नया AppDomain में अमल करने की जरूरत है कि अपने वर्ग पुस्तकालय को यह इंटरफ़ेस के एक कार्यान्वयन जोड़ें। Load और Unload विधियों में क्रमशः प्रारंभिकरण और सफाई करने के लिए आपको कोड जोड़ना चाहिए। वर्ग को MarshalByRefObject से प्राप्त करें। AppDomains दोनों पर प्रॉक्सी ऑब्जेक्ट्स बनाने के लिए .NET Remoting के लिए यह आवश्यक है।

4. आप नए AppDomain बनाने के बाद, कदम से लोडर वर्ग का एक उदाहरण बनाने के लिए CreateInstanceAndUnwrap का उपयोग 3.

5. कदम 4.

से बनाए वस्तु पर Load और Unload का प्रयोग करें

यह पर्याप्त होगा यदि आप जुर्माना नियंत्रण नहीं करते हैं और बस शुरू/रोकना पर्याप्त है।