Warum Variablen Verwendung Mitglied in einer Klasse

Question

Ich habe die meisten Menschen gesehen verwenden Membervariablen in einer Klasse wie:

string _foo; 
public string foo { get { return _foo; }; private set { _foo = value}; } 

Aber was ist der Unterschied von, dass zu diesem?

public string foo { get; private set; } 

Answer 1

In einfachen Fällen wie diesem ist es das gleiche, aber in komplexeren Fällen, in denen Sie Ereignisse oder etwas feuern Sie in der get zusätzlichen Code benötigen und so eingestellt, müssen Sie das Mitglied ab:

private string _name; 
public string Name 
{ 
    get{ return _name; } 
    set 
    { 
     SomeHandler("Name", value); 
     _name = value; 
    } 
} 

Answer 2

Wie Solange die Property-Implementation eigentlich nichts anderes tut als setzen und setzen, ist der Unterschied ziemlich gering. Die Gründe für die Verwendung das auch sein mag:

• Legacy-Code vor C# 3.0 (die Auto-Eigenschaften hinzugefügt, dh die public string Name { get; set; } Syntax
• Erwartung der Umsetzung der Getter/Setter an einem gewissen Punkt ändern zu müssen.. .
• Anforderungen für einige benutzerdefinierte Serialisierung.
• das darunter liegende Feld aus irgendeinem Grunde in Code. ein gutes Beispiel dafür könnte das dahinter liegendes Feld als ref Parameter zu einem gewissen Verfahren wird. Dazu gehört auch Dinge wie der Wert in nativen mit Interop (GCHandle etc.).
• Einfache Benutzereinstellung. Normalerweise verwende ich keine Auto-Eigenschaften, da ich die Backing-Felder gerne manuell spezifiziere.
• Die Verwendung eines readonly Hintergrundfelds ist bei Verwendung von Auto-Eigenschaften nicht möglich.

Dies ist nur die Spitze des Eisbergs. Es gibt auch Tonnen von seltsamen Gründen, sagen wir, dass wir das Feld explizit deklarieren müssen, so dass jemand aus irgendwelchen Gründen mit Reflektion darauf zugreifen kann.

Answer 3

Vor der Einführung von "Automatische Eigenschaften" müssen wir ein "Backing Field" für die Propoerties verwenden. Meistens geben die Propoerties einfach den Wert zurück und setzen den Wert auf das "backing field" wie im folgenden Beispiel.

public string Name 
{ 
    get { return _name; } 
    set { _name=value; } 
} 

Mit der Einführung von ‚Automatische Eigenschaften‘ wir können das ‚dahinter liegendes Feld‘ einfach ignorieren (oder wir brauchen nicht ein zu liefern). Dies ist am besten geeignet, wenn Ihr Design dem obigen Beispiel entspricht, aber wenn Sie eine Art von benutzerdefinierter Logik erzwingen müssen, während Sie den Wert abrufen oder bevor Sie den Wert festlegen, müssen wir dem "guten alten Design" folgen das Hintergrundfeld)

Answer 4

Unterschiedliches Szenario gibt verschiedene Vorteile.

string _FirsName; 
string _LastName; 

public string FullName 
{ 
    get 
    { 
     return _FirsName + _LastName; 
    } 
    set; 
} 

public string ReverseName 
{ 
    get 
    { 
     return _LastName + ", " + _FirsName; 
    } 
    set; 
}