हालांकि मैं उन लोगों में से एक हूं जो अक्सर बताते हैं कि प्रमुख अंडरस्कोर वाले नाम आरक्षित हो सकते हैं, मैं दृढ़ता से अनुशंसा करता हूं कि आप ऐसा न करें जब तक आप नामों के कारण समस्याओं का सामना नहीं कर रहे हों। इस वैश्विक परिवर्तन को बनाने से आपके संस्करण नियंत्रण प्रणाली को कम उपयोगी बना दिया जा सकता है, अन्यथा यह सभी प्रकार के नकली अंतरों के कारण हो सकता है। साथ ही, डुप्लिकेट नाम बनाने का मौका भी है।
इसके अलावा, कई अंडरस्कोर प्रीफ़िक्स्ड नाम हैं जो पूरी तरह मान्य हैं। एक __LINE__
और __FILE__
आदि के तत्काल सोचता है, और द्वारा आपके विशिष्ट कार्यान्वयन द्वारा प्रदान किए जा सकने वाले गैर-मानक कार्यों के सभी नामों के बारे में सोचता है। उन नामों को फ़िल्टर करना तुच्छ से बहुत दूर होगा (मैं असंभव के बगल में कहूंगा), निश्चित रूप से एक साधारण पर्ल या sed स्क्रिप्ट पर्याप्त नहीं होगा।
तो इसके बजाय, मैं आपको फाइल पर नामों को फ़ाइल आधार पर बदलने के लिए प्रोत्साहित करता हूं क्योंकि आप कोड में अन्य परिवर्तन करते हैं। अग्रणी अंडरस्कोर नामों से बचने के लिए अपने प्रोग्रामिंग मानकों को बदलें और मानकों के अनुसार नया कोड लिखें।
स्रोत
2009-07-22 11:37:53
मैं वास्तव में इसके साथ सहमत हूं। जहां अंडरस्कोर महत्वपूर्ण नहीं है। –
यदि आपके पास समस्या ट्रैकिंग है, हालांकि, नामकरण के बारे में एक (कम प्राथमिकता) गलती उठाएं, और जब आप फ़ाइल अपडेट करते हैं तो दो चेकइन बनाते हैं: एक नामों को ठीक करने के लिए और एक अन्य परिवर्तन करने के लिए। चेकइन जैसे "एक लाइन परिवर्तन किया गया है, और नामकरण को ठीक करने के लिए 200 लाइनों को भी संशोधित किया गया है" वास्तव में बेकार diffs है। –
मैं भी सहमत हूं। टूटा हुआ कुछ ठीक करने की कोशिश मत करो। मुझे पता है कि कोड कभी-कभी भयानक लग सकता है। मेरी परियोजनाएं ऐसी चीजों से भरे हुए हैं। लेकिन आप इसका इस्तेमाल करेंगे। – TalkingCode