什麼是面向介面程式設計：從協約分離到架構治理的深度解讀

前言：超越語法的設計哲學

面向介面程式設計不僅是「用 interface 關鍵字」，而是一種架構治理哲學。在面向對象系統中，功能由眾多對象協作完成。對象內部實現對系統設計者次要，對象間協作關係才是設計核心。從類通訊到模組交互，介面設計贯穿系統設計始終。

一、介面的三層本質理解

1. 定義與實現分離（名實分離原則）

• 傳統開發：定義與實現合一，強耦合
• 介面思維：契約優先，定義「做什麼」，實現決定「怎麼做」
• 系統規範應為：所有定義與實現分離，雖稍繁瑣但長期收益巨大

2. 介面反映系統抽象理解

• 介面是設計者對問題領域抽象建模的產物
• 介面品質直接反映領域理解深度

3. 介面的兩類型態

一個體可有多個抽象面（多重實作），但僅有一個核心抽象體（單一繼承）。

二、環境脈絡：介面不存在於真空中

• 系統論視角：環境 = 空間 + 外部影響因素總和
• 介面產生於特定環境，脫離環境失去意義
• 環境變化（業務規則、技術棧、部署拓撲）必須驅動介面演進

三、組件開發模型（3C）與介面

Component (組件) ←→ Contract (契約/介面) ←→ Container (容器)

• 三者相輔相成，缺一不可
• Contract 是組件與容器解耦的中介

四、常見誤區澄清

五、Bill Joy 的「一邊翻 RFC 一邊寫代碼」

面向介面程式設計原意 = 面向抽象協約程式設計。實現者嚴格遵循協約（如 RFC 規範），使用者僅依賴協約。這正是「介面」一詞的語源：介面 = 兩側邊界的協定。

六、實戰判斷：你在做面向介面設計嗎？

1. 被動症狀：頻繁抱怨「別人改代碼影響我」→ 介面未設計好
2. 連鎖修改：某模組改動引發大規模連鎖調整 → 模組介面未穩定
3. 主動實踐：先定契約（介面文檔、IDL、OpenAPI），雙方並行開發，集成測試驗證契約

七、Interaction Designer：稀缺的關鍵角色

Booch 提出的 Interaction Designer 專司介面/協作設計，層次高於類設計。當前軟體團隊最缺乏的正是此類人才：能從業務流提煉穩定契約、預見演進方向、平衡耦合與內聚。

結語

面向介面程式設計，實為面向抽象協約程式設計。它要求我們：

1. 先於實現定義契約
2. 契約穩定、語義清晰、版本演進受控
3. 實現嚴格遵循契約，使用者僅依賴契約
4. 環境變化驅動契約演進，而非實現細節外洩

老老實實面向對象建模，老老實實面向協約治理協作，才是正道。拒絕為術語爭吵，專注於構建可演進、可維護、可信賴的系統架構。