淺談Java設計模式——外觀模式(facade)
一、概述
為子系統中的一組介面提供一個一致的介面,Facade模式定義了一個高層介面,這個介面使得這一子系統更加容易使用。我們都知道類與類之間的耦合越低,那麼可複用性就越好,如果兩個類不必彼此通訊,那麼就不要讓這兩個類發生直接的相互關係,如果需要呼叫裡面的方法,可以通過第三者來轉發呼叫。外觀模式非常好的詮釋了這段話。外觀模式提供了一個統一的介面,用來訪問子系統中的一群介面。它讓一個應用程式中子系統間的相互依賴關係減少到了最少,它給子系統提供了一個簡單、單一的屏障,客戶通過這個屏障來與子系統進行通訊。通過使用外觀模式,使得客戶對子系統的引用變得簡單了,實現了客戶與子系統之間的鬆耦合。但是它違背了“開閉原則”,因為增加新的子系統可能需要修改外觀類或客戶端的原始碼。
二、使用場景
1.當你要為一個複雜子系統提供一個簡單介面時。子系統往往因為不斷演化而變得越來越 複雜。大多數模式使用時都會產生更多更小的類。這使得子系統更具可重用性,也更容 易對子系統進行定製,但這也給那些不需要定製子系統的使用者帶來一些使用上的困難。 Facade可以提供一個簡單的預設檢視,這一檢視對大多數使用者來說已經足夠,而那些需 要更多的可定製性的使用者可以越過facade層。
2.客戶程式與抽象類的實現部分之間存在著很大的依賴性。引入facade將這個子系統與客 戶以及其他的子系統分離,可以提高子系統的獨立性和可移植性。
3.當你需要構建一個層次結構的子系統時,使用facade模式定義子系統中每層的入口點。 如果子系統之間是相互依賴的,你可以讓它們僅通過facade進行通訊,從而簡化了它們 之間的依賴關係。
三、參與者
1.Facade 知道哪些子系統類負責處理請求。 將客戶的請求代理給適當的子系統物件。
2.Subsystemclasses 實現子系統的功能。 處理由Facade物件指派的任務。 沒有facade的任何相關資訊;即沒有指向facade的指標。
四、類圖
五、程式碼示例
1.Facade
/** * Facade * @author zhipeng_Tong */ public class Facade { private ServiceA serviceA; private ServiceB serviceB; private ServiceC serviceC; public Facade() { this.serviceA = new ServiceA(); this.serviceB = new ServiceB(); this.serviceC = new ServiceC(); } public void methodA() { serviceA.method(); serviceB.method(); } public void methodB() { serviceB.method(); serviceC.method(); } public void methodC() { serviceA.method(); serviceC.method(); } }
2.Subsystemclasses
/**
* SubSystem
* @author zhipeng_Tong
*/
public class ServiceA {
public void method() {
System.out.println("這裡是服務A");
}
}
/**
* SubSystem
* @author zhipeng_Tong
*/
public class ServiceB {
public void method() {
System.out.println("這裡是服務B");
}
}
/**
* SubSystem
* @author zhipeng_Tong
*/
public class ServiceC {
public void method() {
System.out.println("這裡是服務C");
}
}
3.測試程式碼:
public class Client {
public static void main(String[] args) {
Facade facade = new Facade();
facade.methodA();
facade.methodB();
facade.methodC();
}
}
執行結果:
這裡是服務A
這裡是服務B
這裡是服務B
這裡是服務C
這裡是服務A
這裡是服務C