"केवल एक कार्यान्वयन" नियम का अपवाद?

Question

जबकि मैं this question के स्वीकृत उत्तर को पढ़ रहा था, मेरे पास निम्न प्रश्न था:

आमतौर पर, शीर्षलेख फ़ाइलों (.hpp या जो कुछ भी) में विधियों को परिभाषित किया जाता है, और स्रोत फ़ाइलों में कार्यान्वयन (.cpp या जो भी हो)।

कभी भी "स्रोत फ़ाइल" (#include <source_file.cpp>) को शामिल करने के लिए खराब प्रथाओं में से एक मुख्य कारण यह है कि इसके तरीकों के कार्यान्वयन को डुप्लिकेट किया जाएगा, जिसके परिणामस्वरूप त्रुटियों को जोड़ दिया जाएगा।

जब कोई लिखता है:

#ifndef BRITNEYSPEARS_HPP 
#define BRITNEYSPEARS_HPP 

class BritneySpears 
{ 
    public: 

    BritneySpears() {}; // Here the constructor has implementation. 
}; 

#endif /* BRITNEYSPEARS_HPP */ 

वह कन्स्ट्रक्टर के कार्यान्वयन (यहां एक "खाली" कार्यान्वयन, लेकिन अभी भी) दे रहा है।

लेकिन फिर इस हेडर फ़ाइल को कई बार (विभिन्न स्रोत फ़ाइलों पर उर्फ) सहित क्यों लिंक समय पर "डुप्लिकेट परिभाषा" त्रुटि उत्पन्न नहीं करेगा?

Answer 1

इनलाइन फ़ंक्शंस "एक परिभाषा नियम" के अपवाद हैं: आपको एक से अधिक संकलन इकाई में उनके समान कार्यान्वयन की अनुमति है। कार्य इनलाइन हैं यदि उन्हें inline घोषित किया गया है या कक्षा परिभाषा के अंदर लागू किया गया है।

Answer 2

क्योंकि यह एक "इनलाइन" फ़ंक्शन है। इनलाइन फ़ंक्शंस को हेडर से जितनी बार चाहें उतनी बार शामिल किया जा सकता है और वे डुप्लिकेट परिभाषा लिंकर त्रुटियों का कारण नहीं बनते हैं।

कंपाइलर उन्हें इनलाइन लाने की भी कोशिश करेगा, इसलिए ऊपर दिए गए उदाहरण में, कंपाइलर आज़माएं और पूरी तरह से कन्स्ट्रक्टर को कॉल को खत्म कर देगा।

Answer 3

कक्षा परिभाषा के अंदर कार्यान्वयन के साथ सदस्य कार्य इनलाइन कार्यों के रूप में माना जाता है। इनलाइन फ़ंक्शंस को एक परिभाषा नियम से मुक्त किया जाता है।

विशेष रूप से जब लिंकर एक ही हस्ताक्षर के साथ दो इनलाइन फ़ंक्शंस देखता है तो यह उनका व्यवहार करता है जैसे कि यह वही कार्य है और बस उनमें से एक चुनता है। यह to really weird hard to detect problems का नेतृत्व कर सकता है।