Java 抽象類別與介面深度比較：語法、編程與設計哲學三維解析

語法定義層面差異

編程使用層面差異

• 繼承 vs 實作：類別只能 extends 一個 abstract class，但可 implements 多個 interface（Java 單繼承多實作機制）。
• 預設行為：abstract class 可提供預設方法實作，修改預設行為僅需改一處；interface 無預設實作（Java 8 前），變更介面會波及所有實作類，維護成本高。
• 程式碼重複：介面無預設實作易導致相同邏輯散落各實作類，違反 "One Rule, One Place" 原則。

設計哲學層面：核心差異在「關係」

• abstract class 表達 "is-a" 關係：父類與子類本質相同，如 Door 為核心概念，AlarmDoor 本質仍是 Door。
• interface 表達 "like-a" / 能力契約：實作類僅承諾具備某行為，如 Alarm 介面代表「具備報警能力」，AlarmDoor 同時是 Door 且具備 Alarm 能力。

經典案例：Door 與 Alarm

// 正確設計：核心概念用 abstract class，橫向能力用 interface
abstract class Door { abstract void open(); abstract void close(); }
interface Alarm { void alarm(); }
class AlarmDoor extends Door implements Alarm { ... }

若雙方皆用 interface，無法表達「AlarmDoor 本質是 Door」的領域知識；若雙方皆用 abstract class，Java 單繼承限制導致無法同時繼承。

選擇決策樹

1. 是否需要表達核心領域概念的「是一種」關係？→ abstract class
2. 是否為橫切關注點、能力標記、多型契約？→ interface
3. 需要提供預設實作減少重複程式碼？→ abstract class
4. 需支援多重實作組合？→ interface

結論

abstract class 與 interface 的選擇不僅是語法偏好，更反映對領域模型本質的理解。正確運用兩者差異，能讓設計更清晰地傳達業務語意，降低維護認知負擔。