新field關鍵詞如何提升C#屬性

Overview of C# Properties and the Upgrade in C# 14

Tim先解釋說C# 14中的C#屬性有一個很大的升級。他明確表示影片的重點是新的field關鍵字，這影響了自動屬性的內部運作方式。 Tim還提到，C# 14與.NET 10和Visual Studio 2026一起發佈，儘管這個功能本身可能在較早的.NET版本中運作。

他將影片定位為一個快速、集中的解釋，旨在回答一個特定的問題：我們如何在真實代碼中使用這個新功能？這為實際操作演練奠定了基調，而不是對屬性定義的理論討論。

Person類別範例和自動屬性

在大約0:23時，Tim引入一個帶有簡單公共類別Person的控制台應用程式。 這個Person類別包含幾個公共屬性，包括：

• public string FirstName

• public string LastName

• public int Age

Tim解釋這些是自動實現屬性（也稱為自動實現屬性）。 沒有可見的私有變數或私有字段，因為編譯器會在後台自動創建一個支援字段。

他還包含了一個不是自動實現的Demo屬性。 相反，它使用一個私有的字符串支援字段（_demo），僅使用get存取器公開一個唯讀屬性。 這種對比在影片的稍後部分變得重要。

在Program.cs中使用屬性

然後，Tim轉入Program類別，並展示如何在public static void main（或static void main string args，概念上）內創建Person對象。 他使用了：

new Person { FirstName = "Tim", LastName = "Corey" }

Tim指出，屬性允許在類別外部訪問，同時仍然隱藏私有資料成員。 他檢索像last name、age和demo這樣的值，顯示屬性在訪問時如何看起來像字段，即使它們實際上是在底層的特殊方法。

自動屬性中無效值的問題

在大約1:23時，Tim故意賦予一個無效值：

person.LastName = null;

儘管LastName是必需的且未標記為可空，但在運行時該賦值仍然有效。 Tim解釋自動屬性不會自動防止無效值。 編譯器會警告您，但set方法仍然接受該值。

這表明，自動實施屬性的一個關鍵問題是：雖然它們簡潔，但沒有內建的方式可添加驗證。 無效資料可以通過並默默地打破假設。

具有支援字段的傳統完整屬性

大約2:58時，Tim展示了在早期版本的C#中開發人員以前用過的操作。 他將LastName轉換為一個全實現屬性，帶有：

• 一個私有的字符串支援字段

• 一個檢查屬性值的set存取器

• 一個為無效值拋出的異常

這種方法為屬性存取器提供了完整控制，但Tim強調它變得冗長。 相比自動屬性的一行語法，這個屬性現在需要好幾行代碼。

他還解釋，從自動屬性切換到完整屬性不會破壞現有代碼，因為屬性名、存取級別和外部使用保持不變。

中間地帶的新field關鍵字

在4:19時，Tim介紹了C# 14中的關鍵改進。 他不必撰寫一個完整屬性，而是保留了自動屬性結構，並僅使用field關鍵字修改了set存取器。

Tim解釋說field代表著通常保持隱藏的編譯器生成私有字段。 透過將field分配為value，開發人員現在可以攔截並驗證屬性值，而無需聲明自己的私有變數。

這保留了開發人員熟悉的語法同時增加了靈活性。 Tim強調這減少代碼同時仍然允許驗證邏輯的存在，將它置於自動屬性和完整屬性之間。

範圍支援字段和屬性隔離

Tim解釋說，field關鍵字的範圍限於其出現在的屬性中。 每個屬性都會有自己的支援字段，且不會發生跨屬属性干擾的風險。

如果另一個屬性（如FirstName）中使用相同的語法，它指的是該屬性的支援字段。 這使該功能在多個公共屬性中可預測且安全使用。

像Age一樣驗證數字屬性

在大約6:16時，Tim將同樣的方式應用於公共int Age屬性。 他賦予一個無效的負值並解釋為何不應允許如此。

Tim展示了另一個策略：忽略無效值，而不是拋出異常。 set方法在將值分配給field之前檢查該值是否在有效範圍內。

這展示了新的方法同樣適用於私有int age、數字驗證和條件邏輯——而不需將屬性轉換為完全實現。

field關鍵字的命名衝突

Tim接著討論了一個潛在的邊界情況：命名衝突。 如果一個類已經包含名為field的變數，則它可能與屬性內的新關鍵字發生衝突。

他展示了這如何導致混淆和意外行為。 Tim說明解決方法是顯式引用變量，使用this.field或@field。 這可以區分變量名稱和支援字段關鍵字。

Tim強烈建議將這些變量重命名為一個良好的做法，尤其是在升級現有代碼庫時。

命名衝突不適用的地方

Tim澄清說，field關鍵字只有在屬性存取器內有特別意義。 在構造函數、方法或類的其他部分中，field表現為一般變量。

這種區分幫助開發人員理解編譯器生成的支援字段何時存在以及何時不存在。

Tim Corey 的最後想法

Tim在他的视频中總結了新的field關鍵字如何工作以及為何它改進了C#中的屬性。 它使開發人員可以繼續使用自動屬性，同時增加驗證、控制和明晰性。

他鼓勵觀眾嘗試該功能，探索它如何融入他們的編碼風格，並謹慎考慮命名約定。 Tim結束視頻時強調，這一改變使屬性更加表達性，而不增加不必要的複雜性。