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()方法，所以我們要這樣做：