Wie kann ich auf die Sicherungsvariable einer automatisch implementierten Eigenschaft zugreifen?

Question

In der Vergangenheit erklärt, wir Eigenschaften wie folgt aus:

public class MyClass 
{ 
    private int _age; 

    public int Age 
    { 
      get{ return _age; } 
      set{ _age = value; } 
    } 
} 

Jetzt können wir tun:

public class MyClass 
{ 
    public int Age {get; set;} 
} 

Meine Frage ist, wie kann ich die private Variable zugreifen, die automatisch mit dieser Notation erstellt wird?

Ich würde lieber auf die private Variable zugreifen und nicht auf den öffentlichen Accessor 'Age'. Gibt es eine Standardnotation für den Zugriff auf die private Variable, oder ist es einfach nicht möglich?

Answer 1

Sie können nicht, es ist eine Sprachfunktion im Gegensatz zu einer IDE-Funktion. Um ehrlich zu sein, würde ich dann lieber IDE die private Variable für Sie hinzufügen. Ich stimme zu, dass es etwas seltsam für die Klasse ist, intern den öffentlichen Zugangspunkt zu verwenden, um auf seine eigenen Variablen zuzugreifen. Daher benutze ich dieses neue Feature nicht so sehr.

Answer 2

Hinter den Kulissen, was die Injektion eines privaten Variable passiert ist, mit dem Präfix <> k__AutomaticallyGeneratedPropertyField #

Von C# 3.0 Automatic Properties explained

Obwohl es möglich sein kann, direkt, dass privates Element zu verwenden, es ist sehr hacky und unnötig.

Answer 3

Diese Syntax wird allgemein als "Syntax Sugar" bezeichnet, was bedeutet, dass der Compiler diese Syntax übernimmt und in etwas anderes übersetzt. In Ihrem Beispiel erzeugen würde der Compiler Code, der etwa wie folgt aussieht:

[CompilerGenerated] 
private int <Age>k_BackingField; 

public int Age 
{ 
    [CompilerGenerated] 
    get 
    { 
     return this.<Age>k_BackingField; 
    } 
    [CompilerGenerated] 
    set 
    { 
     this.<Age>k_BackingField = value; 
    } 

Auch all das zu wissen, man konnte wahrscheinlich Zugriff auf das dahinter liegende Feld direkt, aber diese Art von Niederlagen der Zweck der Verwendung von automatischen Eigenschaften. Ich sage wahrscheinlich hier, weil Sie dann auf ein Implementierungsdetail angewiesen sind, das sich in einer zukünftigen Version des C# -Compilers jederzeit ändern könnte.

Answer 4

Ihre Verwendung von automatischen Eigenschaften bedeutet, dass Sie keine Logik zum Abrufen/Festlegen für die Eigenschaft benötigen, daher ist eine private Sicherungsvariable nicht erforderlich.

Verwenden Sie keine automatischen Eigenschaften, wenn Sie komplexe Logik in Ihrer Klasse haben. Gehen Sie einfach private int _age und normale Getter/Setter wie Sie normalerweise würden.

IMO, automatische Eigenschaften sind besser geeignet für das schnelle Wegwerf-Objekte oder temporäre Datenkapseln wie die Umsetzung:

public class TempMessage { 
    public int FromID { get; set; } 
    public int ToID { get; set; } 
    public string Message { get; set; } 
} 

Wo man nicht viel Logik benötigen.

Answer 5

Das Ziel der neuen automatischen Eigenschaften ist es, die Menge an Standardcode zu reduzieren, den Sie schreiben müssen, wenn Sie nur eine einfache Eigenschaft haben, die keine spezielle Logik im Get oder Set benötigt.

Wenn Sie das private Member zugreifen möchten, dass diese Eigenschaften verwenden, das ist in der Regel für ein paar Gründe:

• Sie müssen mehr als nur eine einfache get/set - in diesem Fall sollten Sie nur vermeiden Verwenden automatischer Eigenschaften für dieses Mitglied.
• Sie wollen die Leistungseinbußen vermeiden, indem Sie das Get oder Set durchlaufen und das Mitglied direkt verwenden - in diesem Fall wäre ich überrascht, wenn es wirklich einen Leistungseinbruch gäbe. Die einfachen get/set-Member sind sehr einfach zu inline, und in meinen (zugegebenermaßen begrenzten) Tests habe ich keinen Unterschied zwischen der Verwendung der automatischen Eigenschaften und dem direkten Zugriff auf das Member gefunden.

• Sie möchten nur öffentlichen Lesezugriff haben (d. H. Nur ein 'get') und die Klasse schreibt direkt an das Mitglied - in diesem Fall können Sie einen privaten Satz in Ihrer automatischen Eigenschaft verwenden. das heißt

  public class MyClass 
  { 
      public int Age {get; private set;} 
  }

Diese in der Regel deckt die meisten der Gründe für den Wunsch direkt auf das Trägerfeld durch die automatischen Eigenschaften zu gewöhnen.

Answer 6

Sie sollten nicht, und es ist sehr unwahrscheinlich, dass Sie müssen. Wenn Sie auf die Eigenschaft zugreifen müssen, verwenden Sie einfach die öffentliche Eigenschaft (z. B. this.Age). Es gibt nichts besonderes an dem privaten Feld, das die öffentliche Eigenschaft stützt, es anstelle der Eigenschaft zu verwenden, ist nur Aberglaube.