मैं सिर्फ गूगल सी में इस मद ++ स्टाइल गाइड कोडिंग का उल्लेख किया - और मैं काफी यह नहीं मिलता है।
उस गाइड को नमक के चुटकी से लें। कई दिशानिर्देश Google के विरासत कोडेबेस के साथ बातचीत करने में मदद करने के लिए हैं, और सामान्य सी ++ विकास के लिए विशेष रूप से अच्छी सलाह नहीं हैं।
तो ऐसे -inl.h
फाइलें क्यों हैं?
कोई विशेष कारण नहीं है; मैं खुद ऐसा नहीं करता हूं। कुछ लोग उन्हें पसंद करते हैं क्योंकि यह मुख्य हेडर फ़ाइल में सामान की मात्रा को कम करता है, जो शीर्षलेख के उपयोगकर्ता आमतौर पर पढ़ना चाहते हैं, और कार्यान्वयन विवरण को अलग करते हैं, जिन्हें वे आम तौर पर परवाह नहीं करते हैं।
इसके अलावा, हम भी लंबे कार्यों को इनलाइन क्यों करना चाहते हैं?
कभी कभी, हम चाहिए: टेम्पलेट परिभाषाएँ किसी भी अनुवाद इकाई है कि टेम्पलेट को दर्शाता है में उपलब्ध होना चाहिए, ताकि वे (आमतौर पर) हेडर में होने की जरूरत है।
कभी-कभी, हम चाहते हैं: शीर्षलेख में फ़ंक्शन इनलाइन को कार्यान्वित करके, हमें इसके लिए एक अलग अनुवाद इकाई बनाने और जोड़ने के बारे में चिंता करने की आवश्यकता नहीं है। यह पुस्तकालय वितरित करने के लिए और अधिक सुविधाजनक बना सकता है; संभवतः लंबे समय तक निर्माण की लागत पर।
स्रोत
2013-07-17 11:22:41
"लंबा" शायद सापेक्ष है, और इस मामले में मैं मानता हूं कि Google एक से अधिक पंक्तियों को लंबे समय तक मानता है – PlasmaHH