C# 中的成員變數初始化：宣告或建構子 - 哪個比較好？

C# 中成員變數初始化：宣告還是建構子？

在使用 C# 的物件導向程式設計中，一個常見問題是類別成員變數應該在宣告時初始化，還是在預設建構子中初始化。本文探討了這兩種方法的優缺點。

性能考量

就效能而言，在宣告時初始化成員變數與在建構函式中初始化幾乎沒有區別。字段初始化器在編譯期間實際上會被轉換為建構函數邏輯。但是，字段初始化器在任何建構函數邏輯之前執行，包括基底構造函數或 this 建構函數的執行。

自動實現的屬性

對於自動實作的屬性，建構函式方法較可取，因為自動實作的屬性無法使用欄位初始化器進行初始化。例如：

[DefaultValue("")]
public string Foo { get; set; }
public Bar()
{
  Foo = "";
}

局部性與組織性

許多開發人員喜歡欄位初始化器，因為它們可以使相關程式碼保持局部化。例如，使用欄位初始化器宣告一個私有的項目列表，可以讓列表及其存取器屬性更獨立：

private readonly List<SomeClass> items = new List<SomeClass>();
public List<SomeClass> Items { get { return items; } }

這種方法減少了需要搜尋多個程式碼段來尋找成員變數賦值位置的需求。

複雜初始化與建構子重載

但是，當需要複雜的初始化邏輯或處理多個建構函式時，建構函式是首選方法。例如，在初始化 Bar 類別時，請考慮以下建構子：

public Bar() : this("") {}
public Bar(string foo) { Foo = foo; }

在這種情況下，欄位 Foo 可以根據呼叫的建構函式初始化為不同的值，而欄位初始化器會為所有建構函式將其設定為相同的值。

結論

在宣告時初始化成員變數還是在建構函式中初始化，最終取決於程式碼的特定需求。為簡單性和局部性，字段初始化器通常更可取。但是，對於自動實現的屬性、複雜的初始化邏輯或處理多個建構函數，建議使用基於建構函數的初始化。

以上是C# 中的成員變數初始化：宣告或建構子 - 哪個比較好？的詳細內容。更多資訊請關注PHP中文網其他相關文章！