Eigenschaft (ohne zusätzliche Verarbeitung) vs öffentlichen Feld

Question

Immer wenn es Fragen zur Glaubwürdigkeit von Eigenschaften gibt, sehe ich, dass der Großteil der Diskussion um Funktionen/Methoden vs Eigenschaften passiert. Aber ich würde auch gerne wissen, den zwingenden Grund Eigenschaft zu verwenden, um mit zugehörigem privatem Bereich vs öffentlichem Bereich direkt selbst, Incase häufigsten get/set Verhalten keine anderen Verarbeitung, ich meine auf diese Weise

public string CustomerName; 

vs

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

Answer 1

Sie erhalten Source/binär-Kompatibilität, wenn Sie später ein anderes Verhalten hinzufügen müssen, Sie Unterbrechungspunkte hinzufügen zu bekommen, und es ist nur philosophischer Reiniger (Pflege über das Verhalten, nicht die Speichermechanismus).

Beachten Sie, dass Sie nicht den ganzen des letzteren Block in C# 3 benötigen:

public string CustomerName { get; set; } 

Siehe my article on "Why Properties Matter" für weitere Informationen.

Answer 2

1. können Sie außer Kraft setzen oder zumindest eine „neue“ Eigenschaft in einer abgeleiteten Klasse erstellen

2. An diesem Punkt der Menschen erwarten Eigenschaften ausgesetzt werden und Felder ausgeblendet werden. Wenn jemand über Ihre Klasse nachdenkt (es wird immer häufiger mit Tools wie Castle Windsor, NHibernate), gibt es eine Welt der Unterschiede, sie werden wahrscheinlich nicht nach exponierten Feldern suchen.

Answer 3

Sie können auch eine grundlegende Validierung mit Eigenschaften bereitstellen. Zum Beispiel eine Eigenschaft auf einen ungültigen Zustand wie ein negativer Wert für eine Höhe zu verhindern Einstellung:

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

Answer 4

Dies ist vor allem ein Problem in Java. In vielen anderen Sprachen (Python, Delphi, Groovy) erzeugt der Compiler die Getter und Setter für Sie , es sei denn Sie liefern den Code.

Dies bedeutet, dass Sie in Groovy ein "public" -Feld verwenden können, und der Compiler automatisch den Setter/Setter generiert und aufruft. Wenn du zusätzliche Magie anwenden musst, wenn ein Feld geändert wird, kannst du einen spezialisierten Setter einführen und alles wird funktionieren.

Es ist eines dieser Dinge, wo die Realität mit einem Design kollidiert. Die Java-Designer wollten nicht, dass der Compiler etwas tut, was Sie nicht sehen können. Was vor vielen Jahren noch eine gute Idee war, ging nicht so gut.

Answer 5

Ich bemerke eine hilfreiche Verwendung der Eigenschaft. Wenn Sie die Auflistung Ihres Objekts an ein DataGrid- oder DataGridView-Steuerelement oder ein anderes bindbares Steuerelement binden, sind die einzigen erkannten bewertbaren Namen Property und keine öffentlichen Felder.