सी ++: शुद्ध वर्चुअल असाइनमेंट ऑपरेटर

Question

क्यों हमारे पास बेस क्लास में शुद्ध वर्चुअल असाइनमेंट ऑपरेटर है, तो हम उस ऑपरेटर को व्युत्पन्न कक्षा पर लागू करते हैं, यह बेस क्लास पर लिंकर त्रुटि देता है?

वर्तमान में मैं केवल यह कहा http://support.microsoft.com/kb/130486 पर निम्नलिखित विवरण दिया है कि व्यवहार सामान्य विरासत नियमों के बाद से डिजाइन के द्वारा होता है लागू नहीं होता।

यह मेरे लिए स्पष्ट नहीं है, यह डिज़ाइन द्वारा लिंकर त्रुटि क्यों उत्पन्न करता है? क्या कोई मुझे इस बारे में और स्पष्ट स्पष्टीकरण दे सकता है?

संपादित करें: मेरे सरलीकृत कोड जिनमें से त्रुटि हुई कहा:

class __declspec(dllexport) BaseClass { 
public: 
    int memberA; 
    virtual BaseClass& operator=(const BaseClass& rhs) = 0; 
}; 

class __declspec(dllexport) DerivedClass : public BaseClass { 
public: 
    int memberB; 
    DerivedClass():memberB(0) {} 
    virtual BaseClass& operator=(const BaseClass& rhs) { 
     this->memberA = rhs.memberA; 
     this->memberB = 1; 
     return *this; 
    } 
}; 

int main(void) 
{ 
    DerivedClass d1; 
    DerivedClass d2; 

    BaseClass* bd1 = &d1; 
    BaseClass* bd2 = &d2; 

    *bd1 = *bd2; 
} 

कोड के बिना शुद्ध आभासी ऑपरेटर__declspec(dllexport) और/या बिना कोई त्रुटि साथ संकलन = आधार वर्ग पर घोषणा करेंगे ।

*bd1 = *bd2; का काम करने के बाद __declspec(dllexport) बिना

, d1 :: memberB 1 है, लेकिन साथ __declspec(dllexport) d1 :: memberB __declspec(dllexport) साथ

अपरिवर्तित, और शुद्ध आभासी घोषणा के बिना छोड़ दिया है *bd1 = *bd2; का काम करने के बाद,, d1 :: memberB अपरिवर्तित

Answer 1

मानक सेक्शन 12.8 से:

13 कक्षा X के लिए अंतर्निहित परिभाषित प्रति असाइनमेंट ऑपरेटर इसके उप-प्रोजेक्ट के सदस्यवार असाइनमेंट करता है। एक्स के प्रत्यक्ष आधार वर्ग, पहले आवंटित कर रहे हैं वे किस क्रम में घोषित किया गया में आधार-विनिर्देशक-सूची में उनकी घोषणा, और फिर एक्स के तत्काल गैर स्थिर डेटा सदस्यों आवंटित कर रहे हैं के क्रम में, कक्षा परिभाषा में।प्रत्येक subobject तरीके अपने प्रकार के लिए उपयुक्त में असाइन किया गया है:

- अगर subobject वर्ग प्रकार का है, वर्ग के लिए प्रति असाइनमेंट ऑपरेटर प्रयोग किया जाता है (जैसा कि स्पष्ट योग्यता से अगर; है कि, किसी भी संभव आभासी अनदेखी अधिक व्युत्पन्न कक्षाओं में कार्यों को ओवरराइड करना);

उपवर्ग परोक्ष परिभाषित प्रति असाइनमेंट ऑपरेटर उपयोग कर रहा है, और वहाँ आधार वर्ग के प्रति असाइनमेंट ऑपरेटर की कोई परिभाषा है, लेकिन यह, घोषित किया जाता है, ताकि आप एक लिंक त्रुटि बजाय का एक संकलन त्रुटि मिलती है।

Answer 2

ऑपरेटर = विरासत में नहीं छोड़ा गया है। आपका कोड सी ++ में व्यर्थ है, इसलिए कंपेलर इसके लिए इच्छित किसी भी त्रुटि को जारी करने के लिए स्वतंत्र हैं। http://support.microsoft.com/kb/130486

ऑपरेटर के बाद से = विरासत में मिला नहीं है, ऑपरेटर के किसी भी घोषणा = में आधार वर्ग अप्रयुक्त और अनावश्यक है:

KB लेख से आप की ओर इशारा किया। बेस क्लास में ऑपरेटर = घोषित न करें।

यह शायद वे कैसे संकलन का सिर्फ एक पक्ष प्रभाव है, और वे सिर्फ तुम्हें पता है कि वे इसे एक बग पर विचार नहीं करते दे रहे हैं, तो यह ठीक करने के लिए कोई जरूरत नहीं है। "डिज़ाइन द्वारा" का अर्थ यह नहीं है कि उन्होंने विशेष रूप से निर्णय लिया है कि इस लिंकर त्रुटि को इस स्थिति के लिए सही त्रुटि संदेश है - कोड गलत है, आपको एक त्रुटि मिलती है, इसलिए उनके दृष्टिकोण से - वे हैं किया हुआ।

Answer 3

उदाहरण कोड में:

class A 
{ 
public : 
    // To workaround LNK2001, comment the following line. 
    virtual const A& operator=(const A& f) = 0; 
}; 

class B : public A 
{ 
public : 
    const A& operator=(const A& g) {return g;} 
}; 

B aB1, aB2; 

int /*void*/ main(void) 
{ 
    aB2 = aB1; 
} 

लाइन aB2 = aB1const A& B::operator=(const A&) फोन नहीं करता है, लेकिन इसके बजाय कॉल स्वचालित रूप से आपूर्ति की B& operator=(const B&); जो बारी में वर्ग के आधार भाग असाइन करने के लिए असाइनमेंट ऑपरेटर का उपयोग करता है। लेकिन जब यह जोड़ने की बात आती है, तो यह पता चला कि इसे कभी लागू नहीं किया गया था।