ऑब्जेक्ट निपटान/विनाश की अधिसूचना प्राप्त करें

Question

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

चुनौती यह है कि मैं किसी भी कक्षा को संशोधित नहीं कर सकता जिसे मैं लोड कर दूंगा, क्योंकि मैं उनके स्रोत कोड को नियंत्रित नहीं करता हूं।

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

तो, सवाल यह है: क्या ऑब्जेक्ट इंस्टेंस की निगरानी करने और इसे नष्ट होने पर पता लगाने के लिए कोई चुस्त तरीका है?

Answer 1

सक्रिय अधिसूचना प्राप्त करने का कोई तरीका नहीं है, लेकिन आप वस्तुओं को WeakReference रख सकते हैं और समय-समय पर जांच सकते हैं कि कोई मर गया है या नहीं।

संपादित करें: मुझे रीड का जवाब मेरी तुलना में बेहतर पसंद है!

Answer 2

कैसे के बारे में आप वस्तु के विनाश को नियंत्रित:

public void Destroy(T obj) 
{ 
    if (obj == null) 
     throw new ArgumentNullException("obj"); 
    if (!_living.Contains(obj)) 
     throw new ArgumentException("Where did this obj come from?"); 

    using (obj as IDisposable) 
    { 

    } 

    _living.Remove(obj); // List? 
} 

Answer 3

आप वस्तुओं बना रहे हैं के बाद से, ऐसा लगता है जैसे आप एक Decorator लौट सकते हैं वास्तविक उदाहरण के बजाय।

Decorator Pattern का उपयोग करके, आप लौटे ऑब्जेक्ट को अपने स्वयं के, सजाए गए एपीआई में "लपेट" सकते हैं। सजावट एक आईडीस्पोजेबल कार्यान्वयन प्रदान कर सकती है जो आपके विनाश अधिसूचना प्रदान करती है।

Answer 4

आप उदाहरणों के लिए संदर्भ की एक सूची पकड़ तो आपके द्वारा बनाए गए वे कचरा एकत्र नहीं किया जाएगा और इसलिए नष्ट किया जा कभी नहीं होगा ...

इसके बजाय आप एक रिपोजिटरी कि GUIDs की एक सूची रखती बना सकते हैं और बनाने प्रत्येक इंस्टेंस के लिए एक नया ग्रिड और उसके बाद इसे एक सूची में जोड़ें - फैक्ट्री रिपोजिटरी की तरह कुछ। इस तरह आपके पास कचरा संग्रह के लिए संदर्भ समस्या नहीं है क्योंकि गिड्स संदर्भ प्रकारों के बजाय structs हैं। इसके बाद आप प्रत्येक वर्ग से एक प्रकार का निर्माण कर सकते हैं जो विनाश पर सूचित कर सकता है। मुझे लगता है कि चूंकि आप मूल कक्षाओं के कोड को नहीं बदल सकते हैं, इसलिए आप इन वर्गों के उपभोक्ताओं को भी बदल नहीं सकते हैं, इसलिए सजावट पैटर्न (इंटरफ़ेस के माध्यम से) जैसे कुछ ऐसा इसलिए है क्योंकि प्रकार संगत नहीं होंगे।

बहुत सरल उदाहरण:

public class OriginalClassDestroyNotifier : OriginalClass 
{ 
    private readonly Guid _instanceId; 

    public OriginalClassDestroyNotifier(Guid instanceId) 
    { 
     _instanceId = instanceId; 
    } 

    ~OriginalClassDestroyNotifier() 
    { 
     FactoryRepository.NotifyDestroyed(_instanceId); 
    } 
}