C# 抽象類別與介面深度比較：核心差異、選擇指南與設計原則

基本定義回顧

核心差異 11 點深度解析

1. 語意層級：抽象類別表達「是一種」(is-a)，定義核心身分；介面表達「能做什麼」(can-do)，定義行為契約。
2. 繼承 vs 實作：類別只能繼承一個父類別 (含抽象類別)，但可實作多個介面。
3. 版本控管：抽象類別新增非抽象成員不破壞現有衍生類別；介面新增成員會中斷所有實作類別 (C# 8.0 預設實作緩解此問題)。
4. 回呼支援：介面天然支援回呼模式；抽象類別因單一繼承限制，較難作為純回呼契約。
5. 密封限制：抽象類別不可 sealed；介面本質上不可被繼承只能被實作。
6. 虛擬預設：抽象類別實作方法預設為 virtual；介面實作方法預設為 non-virtual (除非明確標記)。
7. 介面對應：抽象類別實作介面時，可將介面成員對應至抽象方法，延遲至衍生類別實作。
8. 變動與不變分離：抽象類別封裝「不變的核心邏輯」，將「變動點」留給衍生類別；介面僅定義契約，無實作共享。
9. 介面污染：介面應單一職責；若實作類別被迫實作不需的方法，即為介面污染，應拆分介面。
10. 組合優於繼承：避免深層繼承樹導致型別爆炸與載入效能下降；優先考慮物件組合 (黑箱復用)。
11. 抽象類別實作介面：可將介面方法映射為抽象方法，強制衍生類別實作，兼具契約與擴充彈性。

經典比喻

飛機會飛，鳥會飛 → 共同實作 IFlyable 介面。
F-22 屬於戰機 → 繼承 FighterJet 抽象類別。
鴿子屬於鳥類 → 繼承 Bird 抽象類別。

門 (抽象類別)：定義「是門」的本質 (開關、鎖孔)，不可實例化，只能具體化為鐵門、木門。
鎖 (介面)：定義「能上鎖」行為，門可選擇裝鎖、裝門鈴 (多重實作)。
單一職責：鎖只負責鎖，別要求它發聲 (介面污染)。

選擇決策樹

需要多版本控管、共享實作邏輯、關係緊密的型別層級 → 抽象類別
需要跨不相關型別提供通用行為、輕量契約、多重實作 → 介面

最佳實務建議

• 預設優先使用 介面 定義契約，保持鬆耦合。
• 當多個型別共享「核心欄位、建構邏輯、預設行為」時，引入 抽象基底類別。
• 避免「胖介面」：拆分為 IReadable、IWritable、IDeletable 等細粒度介面。
• 善用 C# 8.0+ 介面預設實作 減少破壞性變更，但謹慎使用以免模糊契約語意。

總結

抽象類別與介面並非二選一，而是互補關係：抽象類別處理「垂直」的層級共享，介面處理「水平」的行為契約。理解兩者語意差異，配合 SOLID 原則，才能設計出可維護、可擴充的物件導向架構。