定义:
GOF《设计模式》一书对Facade模式是这样描述的:
为子系统中的一组接口提供一个统一接口。Facade模式定义了一个更高层的接口,使子系统更加容易使用。
使用场景:
1、为一个复杂子系统提供一个简单接口时,由于子系统往往因为不断演化而变得越来越复杂,但这种变化不应该影响到客户的调用,此时使用 Facade 模式对外提供一个访问的接口;此外,还可以提供多个 Facade 类以实现不同的子系统的定制;
2、客户与抽象类的实现部分之间存在着很大的依赖性。用 Facade 模式将这个子系统与客户以及其他的子系统分离解耦,让客户通过 Facade 类来访问具体子系统,这样也能够保持各个子系统的独立性,即可重用;
3、构建一个层次结构的子系统时,使用 Facade 模式定义子系统中每层的入口点。如果子系统之间是相互依赖的,你可以让它们仅通过 Facade 进行通讯,从而简化了它们之间的依赖关系。
UML结构图:
简单代码实现:
现有系统A、B等类。客户端需要调用A系统的A.call();B.call();来完成某功能。
Facade模式的实现模型就是:
A系统:
public class SubSystemA {
public void call(String msg){
System.out.println("Call A:"+msg);
}
}
B系统:
public class SubSystemB {
public void call(String msg){
System.out.println("Call B:"+msg);
}
}
Facade:
/**
*
* Facade模式:
* 将子系统A、子系统B中的接口进行封装,提供一个
* 统一的接口给客户端调用,client无需知道具体的实现逻
* 辑。
* @author superseven
*
*/
public class Facade {
public void call(String msg){
SubSystemA subSystemA = new SubSystemA();
subSystemA.call(msg);
SubSystemB subSystemB = new SubSystemB();
subSystemB.call(msg);
}
}
client调用:
public class Client {
public static void main(String[] args){
Facade facade = new Facade();
facade.call("Hello Facade");
}
}
几点小结:
Facade 模式旨在对客户提供一个访问入口、接口,具体内部的 Subsystem 子系统,客户端调用时并不需要知道子系统的详细,针对不同的客户端也可以实现多个Facade来满足不同需求。
从客户程序的角度来看,Facade模式不仅简化了整个组件系统的接口,同时对于组件内部与外部客户程序来说,从某种程度上也达到了一种“解耦”的效果——内部子系统的任何变化不会影响到Façade接口的变化。
Facade设计模式更注重从架构的层次去看整个系统,而不是单个类的层次。Facade很多时候更是一种架构设计模式。
Facade设计模式并非一个集装箱,可以任意地放进任何多个对象。Facade模式中组件的内部应该是“相互耦合关系比较大的一系列组件”,而不是一个简单的功能集合。
注意区分Facade模式、Adapter模式、Bridge模式与Decorator模式。Facade模式注重简化接口,Adapter模式注重转换接口,Bridge模式注重分离接口(抽象)与其实现,Decorator模式注重稳定接口的前提下为对象扩展功能。