昨天買了一本《Effective C#》，看了幾個Item，雖然沒有當初讀 《Effective C++》時的那般震撼，但是也收獲不少。把其中的要點記錄於下， 有些條款加上了自己的理解，權當作讀書筆記吧 ：－）
Item 1: Always Use PropertIEs Instead of Accessible Data Members
這個是地球人都 知道的條款了。你需要記住，屬性是類的外部接口部分，而（公共）成員卻是內 部實現。如果把內部實現暴露給外部，對於以後類的實現變更是非常不利的。
Item 2: Prefer readonly to const
這個條款需要注意一下幾點：
（1）const在編譯期發生作用，即編譯器會將所有的const成員置換成對 應的常量“值”。
（2）即使引用其他程序集中的const成員 ，本程序集中也是硬編碼了const成員的值。
（3）readonly在運行期被 評估，所以其性能比const稍差，但是靈活性更高。
（4）const的值必須 在編譯期決定，所以不能使用new為其賦值。
（5）更新一個公有的const 成員的值應被視為接口改變，而更新一個readonly變量的值可視為內部實現的改 變。
Item 3: Prefer the is or as Operators to Casts
（1） is或as稱為“動態轉換”，是嘗試性的，如果失敗，不會拋出異常。 盡可能使用as操作符。該機制使用元數據完成功能。
（2）Cast稱為 “強制轉換”，如果失敗，則拋出異常－－代價高昂。
（3） is、as、Cast轉換都不會調用自定義的轉換操作符。
（4）is可以判斷一 個object是否為值類型，而as不行。
（5）請注意 Type.IsAssignableFrom()和Type.IsSubclassOf()方法，他們也是常用的 “類型檢測”手段。注意，Type.IsSubclassOf()方法不支持接口檢 測，而Type.IsAssignableFrom()支持。
Item 4: Use Conditional Attributes Instead of #if
使用#if常（可能）導致性能問題（如空方 法調用）和程序對#if/#endif塊代碼的依賴問題。
（1）使用 Conditional Attributes修飾的方法總是會被編譯到目標程序集中，無論是 Release或Debug。
（2）如果條件不滿足該Conditional Attributes指定 的條件，則編譯器會忽略所有對其修飾的方法的調用。
（3）被 Conditional Attributes修飾的方法必須返回void，這是有道理的。因為我們的 程序運行不能依賴被Conditional Attributes修飾的方法的返回值。否則，在不 同的條件下，我們的程序將表現出非我們期望的不用行為。
Item 5: Always Provide ToString()
關於這一點，我在以往的項目中早有體會。 舉個例子，曾經我們需要把從數據庫中取出的Customer列表綁定到ComboBox，開 始時我們設計Customer時並沒有重寫ToString()方法，所以我們要這樣做：
//從數據庫中挑出所有有效用戶
string whereStr = string.Format("where {0} = '1'" ,Customer._IsValid) ;
Customer[] customers = (Customer[])DataEntrance.GetObjects (typeof(Customer) ,whereStr) ;
ArrayList cusNameList = new ArrayList() ;
foreach(Customer cus in customers)
{
cusNameList.Add(string.Format("{0} {1}" ,cus.ID ,cus.Name)) ;
}
//綁定
this.comboBox1.DataSource = cusNameList ;
