Initialisierung von Mitgliedsvariablen in C#: Deklaration oder Konstruktor – Was ist besser?

Initialisierung von Membervariablen in C#: Deklaration oder Konstruktor?

Bei der objektorientierten Programmierung mit C# stellt sich häufig die Frage, ob Klassenmitgliedsvariablen bei der Deklaration oder im Standardkonstruktor initialisiert werden sollen. In diesem Artikel werden die Vor- und Nachteile beider Ansätze untersucht.

Leistungsüberlegungen

In Bezug auf die Leistung gibt es fast keinen Unterschied zwischen der Initialisierung von Mitgliedsvariablen zum Zeitpunkt der Deklaration und der Initialisierung im Konstruktor. Feldinitialisierer werden während der Kompilierung tatsächlich in Konstruktorlogik konvertiert. Feldinitialisierer werden jedoch vor jeglicher Konstruktorlogik ausgeführt, einschließlich der Ausführung des Basiskonstruktors oder dieses Konstruktors.

Automatisch implementierte Eigenschaften

Für automatisch implementierte Eigenschaften ist der Konstruktoransatz vorzuziehen, da automatisch implementierte Eigenschaften nicht mithilfe von Feldinitialisierern initialisiert werden können. Zum Beispiel:

<code class="language-csharp">[DefaultValue("")]
public string Foo { get; set; }
public Bar()
{
  Foo = "";
}</code>

Lokalität und Organisation

Viele Entwickler bevorzugen Feldinitialisierer, weil sie den zugehörigen Code lokalisiert halten. Wenn Sie beispielsweise eine private Liste von Elementen mithilfe eines Feldinitialisierers deklarieren, werden die Liste und ihre Accessor-Eigenschaften unabhängiger:

<code class="language-csharp">private readonly List<SomeClass> items = new List<SomeClass>();
public List<SomeClass> Items { get { return items; } }</code>

Dieser Ansatz reduziert die Notwendigkeit, mehrere Codesegmente zu durchsuchen, um herauszufinden, wo Mitgliedsvariablen Werte zugewiesen werden.

Komplexe Initialisierung und Konstruktorüberladung

Wenn jedoch eine komplexe Initialisierungslogik erforderlich ist oder mehrere Konstruktoren verarbeitet werden, sind Konstruktoren die bevorzugte Methode. Berücksichtigen Sie beispielsweise beim Initialisieren der Bar-Klasse den folgenden Konstruktor:

<code class="language-csharp">public Bar() : this("") {}
public Bar(string foo) { Foo = foo; }</code>

In diesem Fall kann das Feld Foo je nach aufgerufenem Konstruktor auf unterschiedliche Werte initialisiert werden, während der Feldinitialisierer es für alle Konstruktoren auf den gleichen Wert setzt.

Fazit

Ob Mitgliedsvariablen zum Zeitpunkt der Deklaration oder im Konstruktor initialisiert werden, hängt letztendlich von den spezifischen Anforderungen des Codes ab. Aus Gründen der Einfachheit und Lokalität sind Feldinitialisierer normalerweise vorzuziehen. Für automatisch implementierte Eigenschaften, komplexe Initialisierungslogik oder die Handhabung mehrerer Konstruktoren wird jedoch eine konstruktorbasierte Initialisierung empfohlen.

Das obige ist der detaillierte Inhalt vonInitialisierung von Mitgliedsvariablen in C#: Deklaration oder Konstruktor – Was ist besser?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!