कक्षा में स्थिर या निरंतर संपत्ति और एक ही नाम की एक इंस्टेंस प्रॉपर्टी क्यों नहीं हो सकती है?

Question

मैंने अब तक वास्तव में कभी इस पर सवाल नहीं उठाया है।

public class SomeGridRow 
{ 
    public string Code { get;set; } 
    public string Description { get;set; } 

    public const string Code = "Code"; 
} 

जाहिर है, इस त्रुटि देता है:: मैं क्षेत्रों की संख्या के साथ एक इनपुट मॉडल मिल गया है, मैं इनपुट मॉडल के माध्यम से संपत्तियों की स्ट्रिंग नाम पेश करने के लिए इतना है कि मेरी ग्रिड उनका उपयोग कर सकते चाहता था

The type 'SomeGridRow' already contains a definition for 'Code'

सीएलआर एक ही नाम के दो गुणों का सामना क्यों नहीं कर सकता है, जो मेरी आंखों में अलग हैं?

string code = gridRow.Code;   // Actual member from instantiated class 
string codeField = SomeGridRow.Code; // Static/Const 

मैं अब सिर्फ एक बच्चे वर्ग अब मेरी जानकारी के भीतर Fields कहा जाता है का उपयोग कर रहा है, इसलिए मैं SomeGridRow.Fields.Code उपयोग कर सकते हैं। यह थोड़ा गन्दा है, लेकिन यह काम करता है।

Answer 1

क्योंकि आप भी स्थिर (या इस मामले में, गैर उदाहरण) गुण उसी तरह से उपयोग कर सकते हैं (एक ही कक्षा के अंदर), और यह उदाहरण के लिए एक सा भ्रामक हो सकता है,:

public class SomeGridRow 
{ 
    public string Code { get;set; } 
    public const string Code = "Code"; 
    public void MyMethod() { 
    var thing = Code; //what would this reference? 
    } 
} 

क्योंकि दोनों इस:

public class SomeGridRow 
{ 
    public string Code { get;set; } 
    public void MyMethod() { 
    var thing = Code; //what would this reference? 
    } 
} 

और यह:

public class SomeGridRow 
{ 
    public const string Code = "Code"; 
    public void MyMethod() { 
    var thing = Code; //what would this reference? 
    } 
} 

गुण का उपयोग करने के वैध तरीके, सेंट हैं परमाणु या नहीं। यह जवाब नहीं देता "मैं क्यों नहीं कर सकता?" सवाल है, लेकिन इसकी अनुमति क्यों नहीं है ... यह बहुत ही अस्पष्ट आईएमओ होगा।

Answer 2

शायद यह हो सकता है, लेकिन सी # के डिजाइनर अस्पष्टताओं से बचना चाहते थे जो भाषा सुविधाओं के इस तरह के उपयोग (दुर्व्यवहार?) से आ सकते हैं।

इस तरह के कोड उपयोगकर्ताओं को भ्रमित और संदिग्ध होने लगेंगे (क्या मुझे उदाहरण या स्थैतिक विधि कॉल चाहिए ?, कौन सा सही है?)।

Answer 3

अस्पष्टता के बारे में पहले से किए गए बिंदुओं के अतिरिक्त, मैं कहूंगा कि इस तरह के मामले में नामकरण को फिर से देखा जाना चाहिए।

यदि दो चर/फ़ील्ड समान संदर्भ में समान नाम रखते हैं i.e वर्ग लेकिन मेरे लिए अलग-अलग मान एक नामकरण समस्या की तरह लगता है।

यदि वे बिल्कुल समान हैं, तो आपको 2 फ़ील्ड की आवश्यकता नहीं है।

यदि वे थोड़ा अलग हैं, तो आपके पास अधिक सटीक नाम होना चाहिए।

Answer 4

इसी तरह के वाक्यविन्यास वाले कुछ अन्य भाषाओं में, कोई एक उदाहरण के माध्यम से स्थिर सदस्य तक पहुंच सकता है। तो आप string.Empty और "abc".Empty दोनों तक पहुंच सकते हैं।

सी # यह अनुमति नहीं देता है (हालांकि यह वर्ग या व्युत्पन्न वर्ग के अंदर से होता है, जिसमें आप एक स्थिर सदस्य के लिए कक्षा का नाम छोड़ सकते हैं और उदाहरण के लिए this को छोड़ सकते हैं), मुख्य रूप से बचने के लिए भ्रम (मुझे यह भ्रम टीभ से ज्यादा आसान लगता है, लेकिन यह सिर्फ मुझे है, मुझे भी गिरावट पसंद है तो मुझे क्या पता चलेगा)।

कम अस्पष्टता की अनुमति देने के लिए एक कठोर नियम पेश करने के बाद, यह इसके लिए एक नए लूसर नियम की अनुमति देने के लिए प्रतिकूल होगा जो अधिक के लिए अनुमति देता है। सोचें कि कितने "मुझे संपत्ति एक्स के साथ this का उपयोग क्यों करना चाहिए, लेकिन संपत्ति वाई नहीं है?"प्रश्नों को अगर यह अनुमति दी गई थी (हमें this को संपत्ति एक्स के साथ स्पष्ट करना होगा, हम स्पष्ट सदस्य थे)