首先感謝園裡的一位前輩anytao.cnblogs.com ,他對面向抽象類和接口編程作出比較完善的總結.下面的總結是直接Copy他的原話.
一.相同點 ● 都不能被直接實例化，都可以通過繼承實現其抽象方法。
● 都是面向抽象編程的技術基礎，實現了諸多的設計模式。
二.不同點
● 接口支持多繼承；抽象類不能實現多繼承。
● 接口只能定義抽象規則；抽象類既可以定義規則，還可能 提供已實現的成員。
● 接口是一組行為規范；抽象類是一個不完全的類，著重族的概念。
● 接口可以用於支持回調；抽象類 不能實現回調，因為繼承不支持。
● 接口只包含方法、屬性、索引器、事件的簽名，但不能定義字段和包含實現的方法；抽象類可以 定義字段、屬性、包含有
實現的方法。
● 接口可以作用於值類型和引用類型；抽象類只能作用於引用類型。例如，Struct就可 以繼承接口，而不能繼承類。
通過相同與不同的比較，我們只能說接口和抽象類，各有所長，但無優略。在實際的編程實踐中，我們要 視具體情況來酌情量才，但是以下的經驗和積累，或許能給大家一些啟示，除了我的一些積累之外，很多都來源於經典，我相信經得起考驗。 所以在規則與場合中，我們學習這些經典，最重要的是學以致用，當然我將以一家之言博大家之笑，看官請繼續。
三.規則與場合
● 請記住，面向對象思想的一個最重要的原則就是：面向接口編程。
● 借助接口和抽象類，23個設計模式中的很多思想被巧 妙的實現了，我認為其精髓簡單說來就是：面向抽象編程。
● 抽象類應主要用於關系密切的對象，而接口最適合為不相關的類提供通 用功能。
● 接口著重於CAN-DO關系類型，而抽象類則偏重於IS-A式的關系；
● 接口多定義對象的行為；抽象類多定義對象的 屬性；
● 接口定義可以使用public、protected、internal 和private修飾符，但是幾乎所有的接口都定義為public，原因就不必
多說了。
● “接口不變”，是應該考慮的重要因素。所以，在由接口增加擴展時，應該增加新的接口，而不能更改 現有接口。
● 盡量將接口設計成功能單一的功能塊，以.Net Framework為例，IDisposable、IDisposable、IComparable、
IEquatable、IEnumerable等都只包含一個公共方法。
● 接口名稱前面的大寫字母“I”是一個約定，正如字段名以 下劃線開頭一樣，請堅持這些原則。
● 在接口中，所有的方法都默認為public。
● 如果預計會出現版本問題，可以創建 “抽象類”。例如，創建了狗（Dog）、雞（Chicken）和鴨（Duck），那麼應該
考慮抽象出動物（Animal）來應對以後可能 出現風馬牛的事情。而向接口中添加新成員則會強制要求修改所有派生類，並
重新編譯，所以版本式的問題最好以抽象類來實現。
● 從抽象類派生的非抽象類必須包括繼承的所有抽象方法和抽象訪問器的實實現。
● 對抽象類不能使用new關鍵字，也不能被 密封，原因是抽象類不能被實例化。
● 在抽象方法聲明中不能使用 static 或 virtual 修飾符。
