intrusive_ptr: एक सामान्य आधार वर्ग क्यों प्रदान नहीं किया जाता है?

Question

boost::intrusive_ptr को intrusive_ptr_add_ref और intrusive_ptr_release परिभाषित करने की आवश्यकता है। एक बेस क्लास क्यों प्रदान नहीं किया जाता है जो यह करेगा? यहां एक उदाहरण दिया गया है: http://lists.boost.org/Archives/boost/2004/06/66957.php, लेकिन पोस्टर कहता है "मुझे जरूरी नहीं लगता कि यह एक अच्छा विचार है"। क्यों नहीं?

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

मुझे नहीं लगता कि मल्टीथ्रेडिंग के साथ कोई समस्या है; boost::shared_ptr परमाणु संदर्भ गिनती प्रदान करता है और यह वर्ग भी हो सकता है।

Answer 1

बूस्ट इसके लिए एक सुविधा प्रदान करता है। यह या तो धागे की सुरक्षित या धागे की असुरक्षित refcounting के लिए विन्यस्त किया जा सकता:

#include <boost/intrusive_ptr.hpp> 
#include <boost/smart_ptr/intrusive_ref_counter.hpp> 

class CMyClass 
    : public boost::intrusive_ref_counter< 
           CMyClass, 
           boost::thread_unsafe_counter> 
    ... 

boost::intrusive_ptr<CMyClass> myPtr; 

http://www.boost.org/doc/libs/1_62_0/libs/smart_ptr/intrusive_ref_counter.html

Answer 2

समस्या एकाधिक विरासत के साथ होगी। यदि आप इस आधार को लागू करने वाली 2 वस्तुओं से प्राप्त होते हैं, तो आपके पास अपने एकल ऑब्जेक्ट के लिए 2 काउंटर हैं ... और इससे विनाश हो सकता है।

इस प्रकार आप ptr_add और ptr_release तरीकों आभासी बनाने के लिए है, ताकि व्युत्पन्न वर्ग एक ओवरराइड ठीक से एक साथ कई काउंटरों सिंक्रनाइज़ करने के लिए ... कुछ प्रदर्शन दंड यहां लागू कर सकते हैं, विशेष रूप से समय की सबसे बाद से यह होगा की आवश्यकता होगी पूरी तरह से अनावश्यक रहें (कोई ओवरराइड नहीं होगा) क्योंकि यह केवल एकाधिक विरासत के लिए उपयोगी है।

और निश्चित रूप से बहु-थ्रेडेड वातावरण में आप (समय की छोटी अवधि के लिए) desynchronized काउंटर (पहले वृद्धि हुई थी, लेकिन धागा दूसरे से पहले बाधित था) मैं किसी भी समस्या के बारे में अभी तक नहीं सोच सकता कारण, लेकिन यह एक गंभीर स्थिति नहीं है।

आप कक्षा में अव्यवस्था भी जोड़ते हैं, कुछ ग्राहकों को सभी के बाद संदर्भ गिनती की आवश्यकता नहीं हो सकती है (यदि वे स्टैक पर ऑब्जेक्ट बनाते हैं)।

मुझे लगता है कि यह एक अच्छा विचार नहीं है,)

Answer 3

यह तो आप intrusive_ptr कक्षाएं कि पहले से ही जोड़ सकते हैं और रिहाई को लागू के साथ उपयोग कर सकते हैं है।