क्या 'संरक्षित' गुणों का उपयोग न करने का कोई कारण है?

Question

बस सोच रहा है ...

क्या संरक्षित गुणों का उपयोग न करने के कोई कारण हैं?

मैं बजाय इस का उपयोग करने का मतलब है:

public abstract class Foo 
{ 
    protected Bar { get; private set; } 
} 

उपयोग करने के लिए यह एक:

public abstract class Foo 
{ 
    private Bar _bar; 

    protected Foo(Bar bar) 
    { 
     _bar = bar; 
    } 

    protected GetBar() 
    { 
     return _bar; 
    } 
} 

Answer 1

मैं किसी भी कारण नहीं दिख रहा है यही कारण है कि आप की परवाह किए बिना एक संपत्ति के बजाय एक GetXXX() विधि का प्रयोग करेंगे यह modifiers है।

चूंकि आपने इस प्रश्न को C# टैग के साथ टैग किया है, इसलिए मैं सख्ती से पहले दृष्टिकोण का उपयोग करने की अनुशंसा करता हूं। यही गुण है।

केवल एक विधि का उपयोग करें, जब हर बार जब आप इसे स्टेटस के बावजूद कॉल करते हैं तो यह मूल्य अलग हो सकता है। उदाहरण के लिए, DateTime.Now एक गलती थी और एक विधि होनी चाहिए थी।

अधिक जानकारी के लिए संपत्ति Usage Guidelines on MSDN देखें। एक तरफ ध्यान दें, यह आश्चर्य की बात है कि उन्हें Framework 1.1 के बाद से इसे बदलने की आवश्यकता क्यों नहीं है।

Answer 2

केवल अगर तुम वर्ग

Answer 3

कुछ और कारणों के तरीकों के बजाय गुण का उपयोग करने के अंदर गैर लिखने योग्य या गैर पठनीय गुण है:

• डाटा बाध्यकारी केवल गुण देख सकते हैं
• आप केवल पढ़ने के लिए या केवल semantics लिख सकते हैं।

Answer 4

प्रश्न वास्तव में protected के बारे में अधिक जानकारी नहीं है: मुझे गुणों का उपयोग क्यों करना चाहिए?

propeties मनुष्य/सेटर विधि जोड़े, जो कुछ भी आप एक Name {get{} \ set{}} विशेष रूप से के रूप में सी # गेटर और सेटर accessors है आप एक GetName() \ SetName() जोड़ी और इसके विपरीत के साथ कर सकते के साथ एक साथ कर सकते हैं के साथ तार्किक बराबर हैं, तो हम साथ खेल सकते हैं अभिगम्यता भी।

लेकिन, कुछ ऐसे लोग हैं जो महसूस करते हैं कि सार्वजनिक (या संरक्षित) गुण ओओपी परिप्रेक्ष्य से धोखा देने जैसा थोड़ा सा हैं, खासकर यदि संपत्ति जो कुछ करता है वह केवल बैकिंग फ़ील्ड का पर्दाफाश करता है। person.Name = "SWeko" के बाद ऐसा लगता है कि यह ऑब्जेक्ट की स्थिति को बाहरी रूप से बदलता है, जबकि person.SetName("SWeko") केवल ऑब्जेक्ट को बताता है कि इसे इसके राज्य को बदलने की आवश्यकता है। और पूरी तरह से सैद्धांतिक दृष्टिकोण से मुझे लगता है कि उन आपत्तियों में योग्यता है।

हालांकि, हम सभी में हाथीदांत टावरों में रहने की लक्जरी नहीं है, इसलिए संपत्तियों की अवधारणा वास्तव में उपयोगी है, क्योंकि यह वास्तविक दुनिया मॉडल के करीब, अधिक पठनीय, कम त्रुटि प्रवण और आईएमएचओ है। यह भी विरोधाभास का एक प्रकार प्रदान करता है, जब मैं कुछ इस तरह लिखना: मैं उम्मीद करते हैं कि पहली पंक्ति एक तेजी से काम, और दुष्प्रभाव नहीं होगा होगा

person.Name = "SWeko"; 
person.Work(); 

, जबकि मुझे लगता है कि दूसरी पंक्ति की उम्मीद कुछ और करेंगे, और शायद वस्तु की आंतरिक स्थिति को प्रभावित करेगा।जब मैं गेटटर और सेटर विधि का उपयोग करता हूं, तो ऐसी कोई विकृति तुरंत स्पष्ट नहीं होती है:

person.SetName("SWeko"); 
person.Work();