निजी सदस्य चर के लिए उपयोग अवरुद्ध? सार्वजनिक संपत्तियों का उपयोग बल?

Question

मैं .NET 2.0 का उपयोग कर रहा हूं इसलिए स्वचालित गुणों तक पहुंच नहीं है। तो मैं निजी चर और सार्वजनिक संपत्तियों

private string m_hello = null; 

public string Hello 
{ 
    get{return m_hello;} 
    set{m_hello = value;} 
} 

ऊपर निजी/सार्वजनिक सदस्यों में से युक्त वर्ग के तरीकों के लिए कोडिंग के निम्नलिखित तरीके का सहारा चाहिए, वहाँ वैसे भी निजी चर तक पहुँच सीमित है? मुझे यह पसंद नहीं है कि मैं या तो m_hello या हैलो का उपयोग कर सकता हूं।

धन्यवाद।

Answer 1

ऐसा करने का कोई तरीका नहीं है, बस अपने स्वयं के सम्मेलन का पालन करने और ऐसा करने के अलावा। नमस्ते अगर आपको वास्तव में अपनी सार्वजनिक संपत्ति से गुजरना है।

मुझे नहीं लगता कि आपको यह क्यों करना होगा/ऐसा करना चाहते हैं, क्योंकि यह आपकी आंतरिक कक्षा है, इसलिए आप कोड के नियंत्रण में हैं और आप परिभाषित कर सकते हैं कि इसका उपयोग कैसे किया जाता है, इसलिए वहां एक मुद्दा नहीं होना चाहिए।

Answer 2

नहीं, मूल रूप से। खैर, आप [Obsolete] और #pragma के माध्यम से कंपाइलर चेतावनियों के साथ कुछ कर सकते हैं, लेकिन यह अत्यधिक होगा।

आप शायद टूलींग के साथ यह कर सकता है, लेकिन अंततः तुम मूर्ख काम करने के लिए नहीं लोगों पर विश्वास करने की जरूरत है। आखिरकार, क्या आपके पास विशेष नियम हैं:

while(true) { } 

या क्या आप इसे "बेवकूफ मत बनो" पर डाल देते हैं? ; पी

Answer 3

नहीं। कक्षा के अंदर किसी भी विधि के पास दोनों तक पहुंच होगी।

आपकी टीम को मानक (निजी या निजी चर) का उपयोग करने के लिए मानकीकृत करना चाहिए।

एक बार जब आप निर्णय लेते हैं कि आप किस प्रकार उपयोग करना चाहते हैं, तो आप मानक लागू करने के लिए कस्टम FxCop नियम का उपयोग करने का प्रयास कर सकते हैं।

Answer 4

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

Answer 5

व्यक्तिगत रूप से, मुझे कक्षा के भीतर निजी सदस्य तक पहुंचने में कुछ भी गलत नहीं लगता है। असल में मैं आमतौर पर ऐसा करता हूं (जब तक संपत्ति गेटटर/सेटर में तर्क नहीं होता है जिसे मैं हमेशा लाभ उठाना चाहता हूं)।

यह सिर्फ मुझे समझ में आता है: कक्षा के भीतर कोड उस वर्ग के कार्यान्वयन का गठन करता है; खुद से एक कार्यान्वयन क्यों छुपाएं?

मेरा मतलब यह है कि मेरा क्या मतलब है। मान लीजिए मैं कुछ सदस्य, m_denominator है, और मैं इसे शून्य होने के लिए कभी नहीं चाहते:

private int m_denominator = 1; 
public int Denominator 
{ 
    get { return m_denominator; } 
    set 
    { 
     if (value == 0) 
      throw new ArgumentException("Denominator must not be zero."); 
     m_denominator = value; 
    } 
} 

मैं अपने आप से कह सकते हैं: "ठीक है, हर जगह मैं इस वर्ग के भीतर यह मान, मुझे यकीन है कि बनाने के लिए Denominator का उपयोग करना चाहिए सेट मैं मैं इसे शून्य पर सेट नहीं कर रहा हूं। " लेकिन मैं पूरी तरह से नियंत्रण में हूं कि मैं Denominator पर सेट कर रहा हूं - मैं कक्षा के अंदर हूं!में परिदृश्य, Denominator संपत्ति में तर्क का बिंदु क्लाइंट कोड द्वारा निर्धारित अमान्य मानों से कक्षा को सुरक्षित करना है। कक्षा के कार्यान्वयन के भीतर अपने आंतरिक राज्य को कुछ अमान्य मूल्य पर सेट करने का कोई बहाना नहीं है।

बेशक यह एक पूर्ण नियम नहीं है। निश्चित रूप से ऐसे समय होते हैं जब किसी वर्ग के भीतर अपने तर्क के लिए संपत्ति का उपयोग सुरक्षात्मक उपाय के रूप में एक समझदार विकल्प हो सकता है; वास्तव में, मैं सिर्फ बहस कर रहा हूं कि किसी वर्ग के भीतर से निजी सदस्यों तक पहुंचने के लिए गलत नहीं है।

Answer 6

आप विरासत के माध्यम से ऐसा कर सकते हैं:

abstract class A // A is not instantiatable due to being abstract 
{ 
    private string m_hello = null; 

    public string Hello 
    { 
     get{return m_hello;} 
     set{m_hello = value;} 
    } 
} 

class B : A 
{ 
    // B now cannot access the private variable, use B in your code instead of A 
} 

Answer 7

आप पाते हैं अपने आप को अपने आप से विवरणों को छिपाना चाहते हैं, तो यह है कि आपके वर्ग भी कई जिम्मेदारियां एक कोड गंध हो सकता है। एक नई कक्षा में जिम्मेदारियों में से एक निकालने पर विचार करें।

Answer 8

के रूप में अन्य लोगों को इस एक जवाब होना चाहिए का सुझाव दिया है ...

तुम अब भी # 3 जब quite a few other C# 3 features के साथ .NET 2.0, को लक्षित सी में स्वत: गुणों का उपयोग कर सकते हैं। अभिव्यक्ति पेड़ों के विपरीत (कहें) स्वचालित गुणों को सीएलआर या ढांचे से विशेष कुछ भी नहीं चाहिए, [CompilerGenerated] विशेषता (जिसे .NET 2.0 में पेश किया गया था) से परे।

तो यदि आप वीएस -2008 या वीएस -2010 का उपयोग कर रहे हैं, तो यह एक स्वचालित संपत्ति का उपयोग करने लायक होगा।

हालांकि इसके लायक होने के लिए, मुझे यह क्षमता भी चाहिए। मैं किसी प्रॉपर्टी के दायरे चर करने में सक्षम होना चाहते हैं:

public string Name 
{ 
    private string name; 
    get { return name; } 
    set { name = value; } 
} 

मैं केवल पढ़ने के लिए एक निजी चर बनाने की तरह एक सा यह देखने - यह ग्राहकों को कोई फर्क नहीं पड़ता है, लेकिन यह वर्ग कोड के भीतर शुद्धता को लागू करने में मदद करता है अपने आप।