Java 程式設計思想筆記（五）：介面設計與抽象類的選擇指南

介面的核心目的

介面與內部類提供了將「介面與實作分離」的結構化方案。介面的關鍵字 interface 產生完全抽象的類型，所有實作該介面的類別都擁有統一的型態契約。

抽象類回顧

• 基類為子類建立基本型態，包含共享實作
• 抽象類本身不應被實例化，Java 提供 abstract 機制強制此限制
• 包含抽象方法的類別必須宣告為抽象類

介面的兩大核心作用

1. 建立類別間契約：定義「能做什麼」，而非「怎麼做」
2. 實現多型的替代方案：允許單一類別向上轉型為多種基底型態，達到類似多重繼承的效果

介面 vs 抽象類：核心差異比較

選擇原則：優先考慮類別，必要時重構為介面

「任何抽象性都應源自真實需求。恰當原則是優先選擇具體類別而非介面。從類別開始，當介面的必要性變得明確時，再重構引入介面。」

實務決策流程

1. 是否需要多重實作/多型替換？→ 介面
2. 是否需要共享程式碼/狀態？→ 抽象類
3. 是否只是定義能力標記？→ 介面（如 Serializable、Cloneable）
4. API 公開給第三方擴充？→ 介面（保持二進位相容性）

Java 8+ 介面演進

• default 方法：提供預設實作，不破壞既有實作類
• static 方法：工具方法歸屬介面命名空間
• private 方法：介面內部複用邏輯

這使介面能承擔更多「特質」角色，縮小與抽象類的差距，但核心選擇原則不變。