कोडिंग मानकों केवल अर्थपूर्ण हैं यदि वे कोड लिखने में आपकी सहायता करते हैं। इसलिए उन्हें केवल आपके कोड को सुसंगत रखने की आवश्यकता है (यानी यदि कोई व्यक्ति चर के सदस्यों के लिए m_ रखता है और कोई नहीं करता है, तो कोड को ग्रोक करने में अधिक समय लग सकता है, अगर वे सभी एक ही शैली का उपयोग करते हैं)।
यह सब कुछ है (चाहिए), तो बस अपना मौजूदा कोड उठाएं और सुनिश्चित करें कि आपकी टीम एक ही शैली में कोड करे।
मुझे कार्टून की तरह इसके बारे में सोचना पसंद है। यदि आप सिम्पसंस पर एक कार्टूनिस्ट बन जाते हैं, तो आपको आधिकारिक तरीके से आंखें खींचना पड़ता है या सब कुछ पैंट दिखता है, लेकिन यदि आप फैमिली गाय में जाते हैं, तो आपको उन्हें अलग-अलग आकर्षित करना होगा। किसी भी तरह से गलत नहीं है।
बहुत से मानक अर्थहीन प्रतिबंधों के बारे में हैं, जो स्वयं को कोड नहीं करते हैं (या उन्हें रखने के लिए खुद को बहुत अच्छा मानते हैं)। अन्य आपको सिखाएंगे कि कोड कैसे करें। न तो इसकी जगह एक अच्छे मानक में है, जो आपके लिए कुछ कोड देखना और समझना आसान बनाता है कि यह क्या कर रहा है।
उदाहरण के लिए। मेरे मानकों में नामकरण निर्देशिकाओं के नियम शामिल हैं - आपके पास हमेशा एक कोड में एक कोड नामक निर्देशिका में आपका कोड होगा, और सभी बाइनरी बिन उपदिर में जाएंगी, सभी कॉन्फ़िगरेशन फ़ाइलों को एक ही स्थान पर और एक चेंजलॉग इत्यादि के साथ। सरल सामान, लेकिन मैं गारंटी देता हूं कि मुझे रूट निर्देशिका में अपनी बाइनरी के साथ कुछ अलग नहीं कहा जाएगा, जहां मुझे नहीं पता कि इसमें क्या परिवर्तन किए गए थे। सरल, आसान सामान जो एक बड़ा अंतर बनाता है।
प्रभावी सी ++ स्कॉट Meyers से है ... एरिक मेयेर एक वेब डिजाइन और सीएसएस विशेषज्ञ है ... :-P – paercebal