意圖
提供了一個統一的接口,用來訪問子系統中的一羣接口。外觀定義了一個高層接口,讓子系統更容易使用。
動機
當一個系統的功能越來越強,子系統會越來越多,客戶對系統的訪問也變得越來越複雜。這時如果系統內部發生改變,客戶端也要跟着改變,這違背了“迪米特法則”。可以創建統一的接口,用來包裝子系統,從而降低客戶端和子系統之間的耦合度。
適用性
描述模式可以用在什麼場合。
結構
適配器模式的主要角色:
- 外觀角色(
Facade
):爲多個子系統對外提供一個共同的接口; - 子系統角色(
SubSystem
):實現系統的部分功能,客戶可以通過外觀角色訪問它。
實現
// 子系統A
public class SubSystemA {
public void oprationA() {
System.out.println("SubSystemA 的 oprationA() 被調用。。。");
}
}
// 子系統B
public class SubSystemB {
public void oprationB() {
System.out.println("SubSystemB 的 oprationB() 被調用。。。");
}
}
// 子系統C
public class SubSystemC {
public void oprationC() {
System.out.println("SubSystemC 的 oprationC() 被調用。。。");
}
}
// 外觀角色
public class Facade {
private SubSystemA subA = new SubSystemA();
private SubSystemB subB = new SubSystemB();
private SubSystemC subC = new SubSystemC();
public void wrapOpration() {
subA.oprationA();
subB.oprationB();
subC.oprationC();
}
}
// 測試客戶端
public class TestClient {
public static void main(String[] args) {
Facade facade = new Facade();
facade.wrapOpration();
}
}
已知應用
相關模式
參考資料
- 《
Head First
設計模式》 - 圖說設計模式
- Java設計模式:23種設計模式全面解析(超級詳細)