मैंने कुछ समय पहले यह प्रश्न पूछा था: आप अपने निजी चर का नाम C # में कैसे रखते हैं?
उत्तर में से एक में, मुझे Microsoft के MSDN पृष्ठ पर इंगित किया गया था जो दर्शाता है कि निजी चर / फ़ील्ड को इस तरह नामित किया जाना चाहिए:
private int myInteger;
लेकिन एक पैरामीटर होगा:
void SomeMethod(int myInteger)
और एक स्थानीय चर इस तरह होगा:
int myInteger;
इसलिए जब आप उन्हें इस तरह से देखें
myInteger = 10;
आपके पास यह जानने का कोई तरीका नहीं है कि आप किस बारे में बात कर रहे हैं।
मैं अब एक नई परियोजना शुरू कर रहा हूं और मेरा एक सहकर्मी मुझसे पूछ रहा है कि हम इनमें से कुछ को अलग करने के लिए कुछ क्यों नहीं करते हैं।
मैं भी यही बात सोच रहा हूँ। Microsoft का मानक इन सबसे अलग क्यों नहीं रहा?
10
आपका क्या मतलब है "आपके पास यह जानने का कोई तरीका नहीं है कि आप किस बारे में बात कर रहे हैं"? बेशक आप करते हैं - गुंजाइश।
—
थॉमस ओवेन्स
यह मार्गदर्शन पुराना प्रतीत होता है, पुनर्विक्रेता डिफ़ॉल्ट (जो कि डिफैक्टो स्टाइल गाइड में से कुछ बन गया है) निजी क्षेत्रों को एक अंडरस्कोर के साथ उपसर्ग करने की सलाह देता है जो कि मैंने हमेशा वैसे भी किया है।
@kekekela: यह बिल्कुल पुराना नहीं है; स्टाइलकॉप स्पष्ट रूप से किसी अंडरस्कोर से शुरू होने वाले सदस्य चर के किसी भी उदाहरण को चिह्नित करेगा। सच कहूं तो मैं अंडरस्कोर को व्यर्थ और कष्टप्रद मानता हूं क्योंकि आवरण सटीक रूप से एक ही जानकारी देता है। यदि आपको गुंजाइश स्पष्ट करने की आवश्यकता है, तो उपसर्ग असाइनमेंट के साथ
—
Aaronaught
this.।
@kekekela: एकमात्र ऐसा स्थान जो मैं खुद को कभी भी ऐसा करने के लिए पाता हूं जो निर्माता में है, और निर्माता में यह सही अर्थ है क्योंकि आप शाब्दिक रूप से उन मूल्यों में गुजर रहे हैं जो सदस्य फ़ील्ड को आरंभ करते हैं (
—
एरॉन
this.component = component)। यदि आप अपने आप को अस्पष्ट scopes के साथ कहीं और पाते हैं, जैसे कि आपके पास "यह निरर्थक का एक गुच्छा 'है।" आपके कोड के आसपास बिखरे हुए ", तो आपके पास खराब लिखित कोड है।
