從重構角度學習 Bridge 設計模式：解決多層繼承難題

問題根源：過度繼承

過度使用繼承導致類別結構複雜、難理解、難維護。Java 單一繼承限制更易造成多層繼承。Bridge 模式核心：將抽象與實現分離，使兩者可獨立變化，體現「面向介面編程」與「組合優於繼承」原則。

抽象與實現

• 抽象：提煉實體共同流程（如資料庫操作：建立 SQL → 發送執行 → 取得結果）。
• 實現：具體完成各步驟（如不同資料庫的連線、驅動註冊、執行細節）。同一步驟可有多種實現。

情境範例：查詢客戶/帳戶資訊，支援 Oracle 與 Sybase

反模式：if-else 硬編碼

public Vector searchData(String actionType, String dbType) {
    String SQL = "";
    if ("查詢客戶".equals(actionType)) {
        SQL = "select * from Customer";
        if ("oracle".equals(dbType)) { /* Oracle 連線與執行 */ }
        else { /* Sybase 連線與執行 */ }
    } else if ("查詢帳戶".equals(actionType)) {
        SQL = "select * from Account";
        if ("oracle".equals(dbType)) { /* ... */ }
        else { /* ... */ }
    }
    // 組裝結果回傳
}

缺點：新增查詢類型或資料庫皆需修改核心邏輯，違反開放封閉原則，維護惡夢。

Bridge 模式重構

1. 定義抽象層：SearchAction 介面/抽象類，宣告 search() 方法，內含 DatabaseImplementor 參考。
2. 定義實現層：DatabaseImplementor 介面，宣告 connect()、executeQuery() 等，具體實作 OracleImplementor、SybaseImplementor。
3. 細化抽象：CustomerSearch、AccountSearch 繼承抽象層，組合具體實現器。

結果：查詢類型與資料庫類型正交變化，新增任一維度皆無需修改既有代碼，僅新增類別。