Proprietà (senza elaborazione aggiuntiva) vs campo pubblico

Question

Ogniqualvolta vi è una domanda sulla credibilità delle proprietà, vedo che la maggior parte della discussione avviene attorno a funzioni/metodi e proprietà. Ma vorrei anche sapere il convincente motivo di utilizzare la proprietà con il campo privata associata vs campo pubblico direttamente in sé, in caso di comportamenti più comuni get/set con nessun altro trattamento, voglio dire in questo modo

public string CustomerName; 

vs

private string customerName; 
public string CustomerName 
{ 
get{return customerName;} 
set(string value){this.customerName=value;} 
} 

Answer 1

si ottiene fonte/compatibilità binaria se in seguito bisogno di aggiungere altro comportamento, si ottiene di aggiungere punti di rottura, ed è solo filosoficamente più pulita (attenzione sul comportamento, non il meccanismo di archiviazione).

Si noti che non è necessario l'intero di quest'ultimo blocco in C# 3:

public string CustomerName { get; set; } 

Vedi my article on "Why Properties Matter" per ulteriori informazioni.

Answer 2

1. È possibile ignorare o almeno creare una "nuova" proprietà in una classe derivata

2. A questo punto la gente si aspetta di immobili da essere esposti e campi da nascondere. Se qualcuno rifletterà sulla tua classe (diventando sempre più comune con strumenti come Castle Windsor, NHibernate) c'è un mondo di differenza, probabilmente non controlleranno i campi esposti.

Answer 3

È inoltre possibile fornire alcune convalida di base con proprietà. Ad esempio, per evitare che la fissazione di un immobile ad uno stato non valido come un valore negativo per un altezza:

private int height; 
public int Height 
{ 
    get{ return height; } 
    set 
    { 
    if (value > 0) 
    { 
     height = value; 
    } 
    } 
} 

Answer 4

Questo è principalmente un bug in Java. In molti altri linguaggi (Python, Delphi, Groovy), il compilatore genererà i getter e setter per te a meno che non sia tu fornisca il codice.

Ciò significa che è possibile utilizzare un campo "pubblico" in Groovy e il compilatore genererà e invocherà automaticamente il setter/setter. Se hai bisogno di fare magie aggiuntive quando un campo viene cambiato, puoi introdurre un setter specializzato e tutto funzionerà.

È una di quelle cose in cui la realtà si scontra con un design. I progettisti Java non volevano che il compilatore facesse qualcosa che non si può vedere. Quella che sembrava una buona idea molti anni fa, non andò troppo bene.

Answer 5

Noto un uso utile della proprietà. Se si intende associare la raccolta del proprio oggetto a un oggetto DataGrid o DataGridView o un altro controllo associabile, gli unici nomi valutabili riconosciuti sono Proprietà e non campi pubblici.