.NET系統的默認初始化過程會將所有的對象設置為0。我們就會難免創建出一個初始化為0值的值類型，所以我們應該將0作為類型的默認值，可以避免一些不必要的Bug。

?

1.將0設置為枚舉的有效值

　　使用枚舉時我們必須將0設置為枚舉的一個有效選項。所以枚舉值都派生于System.ValueType。枚舉默認的值開始于0，但是也可以自定義：

1 public enum Month 2 { 3 //枚舉的默認值是從0開始 4 Jan = 1, 5 Feb = 2, 6 Mar = 3, 7 April = 4, 8 May = 5, 9 }

?但是如果實例化一個Month，我們將會得到一個為0的默認值，而這并不是Month的合法值：

1 Month month = new Month(); 2 Console.WriteLine((int)month); 3 //輸出0

?因此在創建自定義的枚舉的時候，必須確保0是一個合法的有效選項，如果可能應該將最適合做默認值的選項表示0，如果沒有合適的選項適合做默認值的話，可以把0表示未初始化的值(邏輯上)，讓類型的使用者知道它當前的狀態，例如修改成下面這樣：

1 public enum Month 2 { 3 //枚舉的默認值是從0開始 4 None = 0, 5 Jan = 1, 6 Feb = 2, 7 Mar = 3, 8 April = 4, 9 May = 5, 10 }

?

2.正確初始化包含引用的值類型

?　　對于包含引用的值類型(如：字符串)，也是比較在初始化的時候出現問題：

1 public struct LogMessage 2 { 3 private int ErrLevel; 4 private string msg; 5 }

?

在上面的程序中， 如果實例化一個LogMessage對象，msg字段為一個空引用，且不能直接對其進行初始化(private訪問修飾符)，不過我們可以通過使用屬性類解決這個問題，通過屬性將msg字段暴露給外界使用者。然后在屬性中添加邏輯：在msg為null是返回一個空字符串：

1 public struct LogMessage 2 { 3 private int ErrLevel; 4 private string msg; 5 6 public string LogMessage 7 { 8 get 9 { 10 return (msg! = null)?msg:string.Empty; 11 } 12 set 13 { 14 msg = value; 15 } 16 } 17 }

?這樣做的好處就是將null引用的檢查限制在一個單一的類型中，假如在程序集內部調用，那么Message屬性很可能會被內聯。這樣既保證了代碼的效率，也降低了錯誤發生的可能。

?

小節

　　系統的初始化行為讓所有的值類型的值都設置為0，這是我們無法避免的，我們能做的就是盡量將0設置為最可能的默認值，反正，也應該將0作為一個有效的合法選項，就行我們前面的第一個示例一樣。

轉載于:https://www.cnblogs.com/IPrograming/archive/2013/01/12/EffectiveCSharp_19.html

總結

以上是生活随笔為你收集整理的《Effective C#》读书笔记——条目19:保证0为值类型的有效状态.NET资源管理的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。