मैं कक्षा को 'नए' ऑपरेटर के माध्यम से आवंटित करने से कैसे रोकूं? (मैं यह सुनिश्चित करना चाहता हूं कि मेरी आरएआईआई कक्षा हमेशा ढेर पर आवंटित की जाती है।)

Question

मैं यह सुनिश्चित करना चाहता हूं कि मेरी आरएआईआई कक्षा हमेशा ढेर पर आवंटित की जाए।

मैं कक्षा को 'नए' ऑपरेटर के माध्यम से आवंटित करने से कैसे रोकूं?

Answer 1

तुम सब करने की ज़रूरत वर्ग 'नए ऑपरेटर निजी:

class X 
{ 
    private: 
     // Prevent heap allocation 
     void * operator new (size_t); 
     void * operator new[] (size_t); 
     void operator delete (void *); 
     void operator delete[] (void*); 

    // ... 
    // The rest of the implementation for X 
    // ... 
}; 

मेकिंग' घोषित है 'का उपयोग करने से निजी प्रभावी रूप से कक्षा के बाहर कोड से बचाता है' ऑपरेटर नए नए 'एक्स

का एक उदाहरण बनाने के लिए

चीजों को पूरा करने के लिए, आपको 'ऑपरेटर डिलीट' और दोनों ऑपरेटरों के सरणी संस्करणों को छिपाना चाहिए।

के बाद से सी ++ 11 तुम भी स्पष्ट रूप से कार्य करता है हटा सकते हैं:

class X 
{ 
// public, protected, private ... does not matter 
    static void *operator new  (size_t) = delete; 
    static void *operator new[] (size_t) = delete; 
    static void operator delete (void*) = delete; 
    static void operator delete[](void*) = delete; 
}; 

संबंधित प्रश्न:Is it possible to prevent stack allocation of an object and only allow it to be instiated with ‘new’?

Answer 2

मैं आपकी प्रेरणा के प्रति आश्वस्त नहीं हूँ।

मुफ्त स्टोर पर आरएआईआई कक्षाएं बनाने के अच्छे कारण हैं।

उदाहरण के लिए, मेरे पास आरएआईआई लॉक क्लास है। मेरे पास कोड के माध्यम से एक रास्ता है जहां लॉक केवल तभी जरूरी है जब कुछ स्थितियां हों (यह एक वीडियो प्लेयर है, और मुझे केवल मेरे रेंडर लूप के दौरान लॉक पकड़ने की आवश्यकता है यदि मुझे वीडियो लोड हो गया है और खेल रहा है; अगर कुछ भी लोड नहीं हुआ है, मुझे इसकी आवश्यकता नहीं है)। मुफ्त स्टोर पर लॉक बनाने की क्षमता (scoped_ptr/auto_ptr के साथ) इसलिए बहुत उपयोगी है; यह मुझे एक ही कोड पथ का उपयोग करने की इजाजत देता है चाहे मुझे लॉक निकालना है या नहीं।

यानी कुछ इस तरह:

auto_ptr<lock> l; 
if(needs_lock) 
{ 
    l.reset(new lock(mtx)); 
} 
render(); 

यदि मैं केवल स्टैक पर ताले बना सकते हैं, मुझे लगता है कि .... नहीं कर सका

Answer 3

@DrPizza:

है कि आपके पास एक दिलचस्प बिंदु है। ध्यान दें कि कुछ स्थितियां हैं जहां आरएआईआई मुहावरे जरूरी नहीं है।

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

class optional_lock 
{ 
    mutex& m; 
    bool dolock; 

public: 
    optional_lock(mutex& m_, bool dolock_) 
     : m(m_) 
     , dolock(dolock_) 
    { 
     if (dolock) m.lock(); 
    } 
    ~optional_lock() 
    { 
     if (dolock) m.unlock(); 
    } 
}; 

तो फिर तुम लिख सकते हैं:

optional_lock l(mtx, needs_lock); 
render(); 

Answer 4

मेरी विशेष स्थिति में, यदि ताला आवश्यक म्युटेक्स भी मौजूद नहीं है नहीं है, इसलिए मुझे लगता है कि दृष्टिकोण के बजाय होगा फिट करने के लिए कठिन है।

मुझे लगता है कि मैं वास्तव में समझने के लिए संघर्ष कर रहा हूं यह है कि इन वस्तुओं के निर्माण को नि: शुल्क स्टोर पर प्रतिबंधित करने का औचित्य है।