हेडर फाइलों में कोड हमेशा रेखांकित किया जाएगा?

Question

मैंने हेडर फाइलों में कोड से संबंधित एक सहकर्मी के साथ अभी चर्चा की थी:

वह कहता है कि हेडर फ़ाइलों में परिभाषित कोड हमेशा संकलक (जैसे फंक्शन GetNumber() से मेरे उदाहरण शीर्षलेख में) द्वारा रेखांकित किया जाएगा) । मैं कहता हूं कि जब कभी संकलक ऐसा करने का फैसला करता है, तो इसे कभी-कभी रेखांकित किया जाएगा। तो हममें से कौन सा गंदी झूठ बोलने के लिए काम करने के लिए एक केक लाना है? या शायद हम दोनों गलत हैं ...?

MyClass.hpp

class MyClass 
    { 
    public: 
    MyClass(); 
    ~MyClass(); 

    int GetNumber() const 
    { 
    //...; 
    return m_number; 
    }; 

    private: 
    int m_number; 
    }; 

Answer 1

किसी भी समारोह वर्ग (अपने GetNumber उदाहरण की तरह) में परिभाषित के बजाय घोषित परोक्ष inline है। इसका अर्थ यह है कि inline कीवर्ड का उपयोग करने के लिए यह समतुल्य है, इसलिए हेडर के एकाधिक समावेशन उन कार्यों की कई परिभाषाओं के कारण लिंक त्रुटियों का कारण नहीं बनेंगे।

अधिकांश आधुनिक कंपाइलर inline एक लिंक कमांड के रूप में और कुछ भी नहीं। कुछ कंपाइलर सीएल के __forceinline जैसे मजबूत कीवर्ड प्रदान करते हैं जिसका अर्थ है 'ऐसा करना संभव है तो इसे इनलाइन करें'।

तो आप दोनों सही हैं और दोनों डिग्री एक डिग्री के लिए गलत हैं।

Answer 2

सच नहीं है यही कारण है, केवल सदस्य कार्यों में कोड inlined किया जाएगा यदि वर्ग घोषणा में निर्दिष्ट (संकलक ऐसा करने के लिए तय करना चाहिए)। इसे सदस्यों को परिभाषित करने की अनुमति देनी चाहिए, इसलिए उन्हें सी के static के बराबर घोषित किया जा सकता है (जो इसे संकलन इकाई के भीतर उपयोग करने की अनुमति देगा, लेकिन अन्य ऑब्जेक्ट फ़ाइलों से जोड़ा नहीं जा सकता है), जो एक संस्करण को रखेगा प्रत्येक ऑब्जेक्ट फ़ाइल। इसे स्वयं आज़माएं, आप देखेंगे कि जब तक आप कक्षा घोषणा के बाहर किसी भी चीज़ के लिए इनलाइन कीवर्ड निर्दिष्ट नहीं करते हैं, तो आपको डुप्लिकेट मिलेंगे।

Answer 3

संकलक निर्णय लेता है। यहां तक ​​कि _inline का उपयोग केवल उस कंपाइलर को बताता है जिसे आप इनलाइन कोड पसंद करते हैं, लेकिन कंपाइलर की लागत/लाभ विश्लेषक अन्यथा निर्णय ले सकता है।

यदि आप कोड इनलाइन बनाने के लिए Microsoft C++ का उपयोग कर रहे हैं, तो आप _forceinline का उपयोग कर सकते हैं, लेकिन इसके परिणामस्वरूप बड़ी बाइनरी हो सकती है।

Answer 4

यह "इनलाइनिंग" से आपका क्या मतलब है इस पर निर्भर करता है। यदि किसी हेडर फ़ाइल में कुछ परिभाषित किया गया है, तो इसे प्रत्येक संकलन इकाई में अलग से संकलित किया जाएगा जिसमें इसे शामिल किया गया है। चाहे कॉल पर कॉल को संकलित किया जाएगा, कंपाइलर तक होगा।

Answer 5

आपका दोस्त गलत है, आप सही हैं।

इनलाइनिंग इस बात पर निर्भर नहीं है कि कोड कहां है (हेडर या नहीं)। प्रीप्रोसेसिंग के बाद कोई हेडर या गैर-हेडर नहीं होता है। पूरी इकाई एक फ़ाइल है, इसमें सभी शामिल सामग्री शामिल हैं।

जीसीसी पूर्वप्रक्रमक चल रहा है तो आप देखेंगे का प्रयास करें:

gcc -E some_source_file_with_includes 

Answer 6

कक्षा सदस्य समारोह (केवल घोषित करने के लिए के रूप में विरोध) परिभाषित वर्ग 'परिभाषा परोक्षinline हैं। हेडर में अन्य कोड नहीं है।

आप आसानी से इस जाँच कर सकते हैं: एक हैडर और दो कार्यान्वयन फाइलों के साथ एक छोटी सी सी ++ प्रोजेक्ट बना, एक समारोह

void print(std::ostream& os) 
{ 
    os << "Hello, world!\n"; 
} 

शीर्षक में

को परिभाषित करने और दोनों कार्यान्वयन फाइलों में है कि शीर्ष लेख शामिल हैं। लिंकर अब शिकायत करेगा कि फ़ंक्शन को दो बार परिभाषित किया गया है। फ़ंक्शन परिभाषा से पहले inline डालें और त्रुटि गायब हो जाएगी।

हालांकि, कुछ और अनियमितताएं हैं। उदाहरण के लिए, एक निरंतर परिभाषा स्वचालित रूप से बाह्य संबंध प्राप्त करेगी।इसलिए, एक

const int answer = 42; 

एक हैडर लिंकर नहीं होगा में

, answer की कई परिभाषाएं के बारे में शिकायत करते हुए

int question; 

इच्छा।

Answer 7

असल में दोनों सही हैं। जिस तरह से आप लोगों का मतलब थोड़ा अलग है। (मुझे लगता है)

इनलाइन समारोह के लिए सी ++ मानक डॉक से

,

1. एक समारोह घोषणा (8.3.5, 9.3, 11.4 ) एक इनलाइन विनिर्देशक के साथ एक इनलाइन समारोह की घोषणा की।

2. कक्षा परिभाषा के भीतर परिभाषित एक फ़ंक्शन एक इनलाइन फ़ंक्शन है।

तो के रूप में अपने सहयोगी ने कहा, यह वास्तव में इनलाइन समारोह है। सामान्य कार्य कॉल के बजाय इनलाइन समारोह के लिए

लेकिन कोड प्रतिस्थापन संकलक पर निर्भर है। (मुझे उम्मीद है कि आपका मतलब है) भले ही कंपाइलर प्रतिस्थापित नहीं करता है, फिर भी यह एक इनलाइन फ़ंक्शन है।

आशा है कि यह आपकी चिंता को साफ करता है ..