C'è qualche ragione per non usare le proprietà 'protette'?

Question

Mi chiedo semplicemente ...

Esistono motivi per non utilizzare le proprietà protette?

intendo invece di utilizzare questo:

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

per utilizzare questo:

public abstract class Foo 
{ 
    private Bar _bar; 

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

    protected GetBar() 
    { 
     return _bar; 
    } 
} 

Answer 1

non vedo alcuna ragione per cui si usa un metodo al posto di una proprietà GetXXX() indipendentemente è modificatori.

Poiché hai taggato questa domanda con il tag C#, raccomando rigorosamente di utilizzare il primo approccio. Ecco a cosa servono le proprietà.

Utilizzare un metodo solo quando il valore restituito da esso può essere diverso ogni volta che viene chiamato indipendentemente dal suo stato. Ad esempio, DateTime.Now è stato un errore e avrebbe dovuto essere un metodo.

Per ulteriori dettagli, fare riferimento alla Proprietà Usage Guidelines on MSDN. In una nota a margine, è sorprendente come non abbiano avuto bisogno di cambiarlo dal Framework 1.1.

Answer 2

Solo se si dispone di attributi non scrivibili o non leggibili all'interno della classe

Answer 3

Ancora pochi motivi per utilizzare le proprietà invece di metodi: rilegatura

• dati possono vedere solo le proprietà
• È può usare solo leggere o scrivere solo semantica.

Answer 4

La domanda non è veramente su protected ha più con: perché dovrei usare le proprietà?

Propeties sono logicamente equivalenti con Getter metodo coppie/Setter, qualunque cosa si può fare con un con un Name {get{} \ set{}} si può fare con un GetName() \ SetName() coppia e viceversa, tanto più che C# ha getter e setter di accesso, in modo che possiamo giocare con il accessibilità anche.

Tuttavia, ci sono alcune persone che ritengono che le proprietà pubbliche (o protette) sono un po 'come barare da una prospettiva OOP, specialmente se tutto ciò che la proprietà fa è solo esporre un campo di supporto. Dopotutto lo person.Name = "SWeko" sembra che cambi lo stato dell'oggetto esternamente, mentre person.SetName("SWeko") dice semplicemente all'oggetto che ha bisogno di cambiare il suo stato. E da un punto di vista puramente teorico penso che quelle obiezioni abbiano un merito.

Tuttavia, non tutti noi abbiamo il lusso di vivere in torri d'avorio, quindi il concetto di proprietà è davvero utile, in quanto è più leggibile, meno soggetto a errori, e IMHO, più vicino al modello del mondo reale. Essa ci fornisce anche una sorta di dicotomia, quando scrivo qualcosa di simile:

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

mi aspetto che la prima linea sarà un compito veloce, e non avrà effetti collaterali, mentre mi aspetto che la seconda linea farà qualcosa di più e probabilmente influenzerà lo stato interiore dell'oggetto.Quando utilizzo il metodo Getter e Setter, nessuna distorsione del genere è immediatamente evidente:

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