MEF NonShared IDisposable भागों के संदर्भ रहता है, की अनुमति नहीं दे उन्हें जीसी

Question

मैं जो मेरे प्रिज्म आवेदन में स्मृति लीक का कारण बनता है MEF की ओर से जीवन में किसी समस्या के कुछ हद तक सामना किया है से एकत्र होने के लिए।

PartCreationPolicy के साथ मेरा आवेदन निर्यात दृश्य और दृश्य मॉडल CreationPolicy.NonShared पर सेट किया जा रहा है। विचारों और ViewModels क्रमशः ViewBase और ViewModelBase से विरासत है, जो IDisposable लागू करता है।

अब, चूंकि मेरे हिस्से IDisposable लागू करते हैं, इसलिए उनके संदर्भ में कंटेनर रखा जाता है, जिससे उन्हें कचरा कलेक्टर द्वारा रिहा नहीं किया जाता है। MEF documentation on part lifetime के अनुसार, इस डिजाइन के द्वारा होता है:

कंटेनर भागों के लिए संदर्भ में यह बनाता है पकड़ नहीं होगा जब तक निम्न में से एक सत्य है:

• हिस्सा Shared
• भाग के रूप में चिह्नित किया गया है लागू IDisposable
• एक या अधिक आयात recomposition

अनुमति देने के लिए कॉन्फ़िगर किया गया है

मैं MEF इन भागों के लिए एक संदर्भ नहीं रख कैसे तो कर सकते हैं? क्या कोई विशेषता है जिसका उपयोग मैं एमईएफ को यह बताने के लिए कर सकता हूं कि मैं नहीं चाहता कि यह मेरे हिस्से का संदर्भ रखे, भले ही यह IDisposable लागू करता हो?

रणनीतियों ऊपर लेख में चर्चा के दोनों मेरे लिए अच्छा समाधान की तरह लग नहीं है:

• ReleaseExport एक पैरामीटर है, जो मैं कैसे प्रदान करने के लिए पता नहीं है के रूप में एक Export वस्तु की आवश्यकता है। मेरे पास मेरे विचार का उदाहरण है, लेकिन मेरे पास यह जानने का कोई तरीका नहीं है कि दृश्य बनाने के लिए इस्तेमाल किया गया अनुबंध क्या था। ReleaseExport के लिए अधिभार होने पर यह बहुत अच्छा होगा, जो कंटेनर द्वारा बनाई गई किसी ऑब्जेक्ट को प्राप्त कर सकता है।
• एक बच्चे कंटेनर का उपयोग करते हुए एक प्राकृतिक विकल्प की तरह या तो प्रतीत नहीं होता।

किसी भी मदद की बहुत सराहना की जाएगी।

Answer 1

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

इस समस्या से निपटने के लिए तीन MEF दृष्टिकोण रहे हैं, अन्य सभी प्रतिसाददाताओं ने उल्लेख किया:

• ExportFactory<T>
• बाल कंटेनर
• ReleaseExport()

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

एमईएफ में ReleaseExportedObject() नहीं है क्योंकि एकाधिक (उदा। संपत्ति) निर्यात एक ही मूल्य वापस कर सकते हैं; यह प्रदान करने के लिए तर्कसंगत रूप से संभव हो सकता है लेकिन अतिरिक्त जटिलता ने भविष्य में एमईएफ द्वारा संबोधित किए जाने की संभावना नहीं बनाई है।

उम्मीद है कि इससे मदद मिलती है; मैंने इस प्रश्न 'प्रिज्म' को दोबारा हासिल कर लिया है क्योंकि मुझे यकीन है कि प्रिज्म समुदाय के अन्य लोगों ने इसका सामना किया होगा और सलाह देने में सक्षम होंगे।

Answer 2

जब आप IDisposable आप एक तरह से कह रहे हैं कि प्रकार एक नियतात्मक प्रकार से साफ किया जाना चाहिए लागू (

आपके मामले में दृश्य IDisposable.Dispose फोन करके और बेतरतीब ढंग से नहीं जब कचरा कलेक्टर फैसला करता है कि यह समय है। मॉडल केवल निपटारा किया जाएगा जब आप कंटेनर जो शायद नहीं है कि आप क्या करना चाहते हैं निपटाने इस के आसपास पाने के लिए मैं दो संभव समाधान देखें:।।

• आपके विचार मॉडल पर IDisposable को लागू न करें जाहिरा तौर पर आप डॉन जब भी वे साफ हो जाते हैं तब तक परवाह नहीं करते हैं उन्हें IDisposable क्यों बनाएं?

• इसके बजाय दे कंटेनर प्रत्येक दृश्य मॉडल बनाने की गैर साझा आप एक साझा दृश्य मॉडल कारखाने वर्ग इस्तेमाल कर सकते हैं। फिर आप उस वर्ग को दृश्य मॉडल के मालिकों में इंजेक्ट कर सकते हैं ताकि मालिकों को स्पष्ट रूप से दृश्य मॉडल बनाने की अनुमति मिल सके। संभवतः इन मालिकों को यह भी पता चलेगा कि दृश्य मॉडल का निपटान कब किया जाए।

असल में, यदि कुछ डिस्पोजेबल है तो आपके कोड में एक समझदार बिंदु भी होना चाहिए जहां आपको डिस्पोजेबल का निपटान करने की आवश्यकता है।

Answer 3

आपको इन उदाहरणों को आयातित ExportFactory<T> के माध्यम से बनाना चाहिए। उसके बाद ExportLifetimeContext<T>.Dispose() के माध्यम से उन्हें निपटाने के लिए आवश्यक नियंत्रण होगा।

हालांकि, यह केवल अगले .NET संस्करण (4.5) में बॉक्स के बाहर या कोडप्लेक्स पर नवीनतम MEF पूर्वावलोकन रिलीज़ में उपलब्ध है। (MEF के पुराने संस्करणों में ही कार्यक्षमता इस blog post में वर्णित के रूप में एक नमूना के रूप में लागू किया गया था और PartCreator बुलाया गया था,।)

Answer 4

अन्य सभी उत्तरों इस मुद्दे को रोकने के लिए अच्छे तरीके प्रदान करते हैं, लेकिन अंततः मैं जो कर रहा हूं वह IDisposable के बजाय अपने स्वयं के कस्टम इंटरफ़ेस, ICleanup का उपयोग कर रहा था। यह निश्चित रूप से सभी के लिए उपयुक्त नहीं हो सकता है।