Java 外觀模式實戰：為複雜子系統提供統一高層入口，簡化客戶端調用

外觀模式為子系統提供一個統一的高層介面，隱藏內部複雜性。本文以「品茗流程」為例：無外觀時客戶需自行準備茶葉、茶具、煮茶工具；引入 TeaHouse 外觀後，一鍵完成全流程。展示如何將複雜對象創建、初始化順序、協作邏輯封裝於單一入口。

核心代碼

// 子系統組件
class Tea { public Tea(String name) { System.out.println("準備茶葉：" + name); } }
class TeaSet { public TeaSet() { System.out.println("準備茶具"); } }
class TeaTools { public TeaTools() { System.out.println("準備煮茶工具"); } }

// 外觀角色：茶社
class TeaHouse {
    public void serveTea() {
        new Tea("龍井");
        new TeaSet();
        new TeaTools();
        System.out.println("請品茗");
    }
}

// 客戶端
public class Demo {
    public static void main(String[] args) {
        System.out.println("=== 無外觀：客戶自行協調 ===");
        new Tea("龍井");
        new TeaSet();
        new TeaTools();
        System.out.println("品茗");
        
        System.out.println("\n=== 有外觀：茶社一站式服務 ===");
        new TeaHouse().serveTea();
        System.out.println("品茗");
    }
}

模式結構

• Facade（外觀角色）：TeaHouse，知曉子系統功能與調用順序
• SubSystem（子系統角色）：Tea、TeaSet、TeaTools，實現具體功能，不知外觀存在
• Client（客戶端）：僅依賴外觀，與子系統解耦

優勢總結

企業級應用場景

• JDK 字符串分割：String.split() 內部封裝 Pattern.compile()、Matcher 等正則引擎複雜性
• JDBC DriverManager：getConnection() 隱藏驅動註冊、連接池選擇、協議協商
• Spring JdbcTemplate：封裝連接獲取、語句創建、資源釋放、異常轉換
• 微服務 API Gateway：聚合多下游服務，對外統一入口
• 構建工具：Maven/Gradle 封裝編譯、測試、打包、部署全流程

外觀 vs 代理 vs 適配器

實戰建議

1. 外觀不強制：子系統類仍可直接被客戶端使用（如 Pattern 可直接用）
2. 避免上帝外觀：單一外觀過大時，拆分為多個領域外觀
3. 無狀態設計：外觀方法最好無狀態，支援併發複用
4. 異常統一轉換：外觀捕獲子系統異常，轉換為統一業務異常

外觀模式是「簡化複雜性」的首選模式，合理劃分子系統邊界並提供精心設計的外觀，能顯著提升 API 易用性與系統可維護性。