Effective C# 摘錄(3) – 使用C#表達設計

19:定義並實現介面優於繼承類型。
   Prefer Defining and Implementing Interfaces to Inheritance。
   介面支援多重繼承，可以作用於實值型別，而抽象類別則不可以；抽象類別中可以定義欄位或方法，減輕建立子類(複用)的同時增加了子類與父類之間的耦合度；子類繼承介面表達的是“can-do”的關係，而子類繼承抽象類別表達的是“is-a”的關係。

20:明辨介面實現和虛方法重寫。
   Distinguish Between Implementing Interfaces and Overriding Virtual Functions。
   衍生類別不能重載基類(繼承介面)中的介面成員。

21:使用委託表達回調
   Express Callbacks with Delegates
   傳回值總是委託鏈上最後一個函數調用後返回的值；在委託鏈中拋出的任何異常都會終止委託鏈的繼續調用。

22:使用事件定義對外介面。
   Define Outgoing Interfaces with Events。
   觀察者模式(Observer Pattern).

23:避免返回內部類對象的引用。
   Avoid Returning References to Internal Class Objects。
   四個策略來保護類的內部資料結構不被無意的修改：實值型別，恒定類型，介面和封裝(模式)(e.g:返回DataView而不是DataSet)。

24:聲明式編程優於命令式編程.
   Prefer Declarative to Imperative Programming.
   在C#中，編程時使用特性(Attribute)就是申明式編程。使用特性來表明意圖時，可以減少在大量類似的手寫演算法中出現邏輯錯誤的可能。

25:儘可能將類型實現為可序列化的類型.
   Prefer Serializable Types.
   BinaryFormatter和SoapFormatter還原序列化不會調用建構函式和屬性訪問器(property Set/Get)(如果有的話)，且能夠序列化非public成員；而XML還原序列化會調用建構函式和屬性訪問器(如果有的話)，且只能夠序列化public屬性和欄位。
   儘可能的使用預設序列化特性([SerializableAttribute])，當預設特性不滿足時(e.g:在不同版本之間轉換)要實現ISerializable 介面。

26:使用IComparable和IComparer介面實現排序關係。
   Implement Ordering Relations with IComparable and IComparer.
   IComparable是以提供方法來比較兩個特定類型的對象;IComparer可以為排序提供一個可選的排序依據，這可以用於一些沒有給你提供排序依據的類型上，提供你自己的排序依據。
   e.g:http://support.microsoft.com/kb/320727/

27:避免ICloneable介面.
   Avoid ICloneable.
   對於實值型別，不應該實現ICloneable介面，而應該使用指派陳述式。對於參考型別，只有在確實必要進行拷貝時，才在子類上實現對ICloneable的支援；基類在可能要對ICloneable進行支援時，應該建立一個受保護的建構函式。總之，我們應該盡量避免使用ICloneable介面。

28:避免強制類型轉換操作符。
   Avoid Conversion Operators.
   通過建構函式來代替定義類型轉換操作。

29:只有當強制更新基類導致問題時才考慮使用new修飾符。
   Use the new Modifier Only When Base Class Updates Mandate It.
   在子類的方法上使用new修飾符，只是隱藏了從父類繼承而來的方法，而並不是重寫覆蓋，因此在子類的方法表中，存在兩個方法槽(slot)。當子類的引用調用該方法時，是調用子類中定義的方法；而當子類轉化為父類的引用時，是調用父類中定義的方法！(關於這一點，也可以參考下我以前寫的《Child類調用GrandFather類方法引發的思考》)。因此一般避免在方法上使用new修飾符。