1.外观模式(Facade Pattern):为子系统中的一组接口提供一个统一的入口。外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
2.类型:对象结构型模式
3.类图
4.各部分说明
Facade门面角色
客户端可以调用这个角色的方法。此角色知晓子系统的所有功能和责任。一般情况下,本角色会将所有从客户端发来的请求委派到相应的子系统去,也就说该角色没有实际的业务逻辑,只是一个委托类。
subsystem子系统角色
可以同时有一个或者多个子系统。每一个子系统都不是一个单独的类,而是一个类的集合。子系统并不知道门面的存在。对于子系统而言,门面仅仅是另外一个客户端而已。
5.实现
package 外观模式;
public class FacadePattern {
public static void main(String[] args) {
Facade fd = new Facade();
fd.funA();
fd.funB();
}
}
class SubSystemA{
public void funA(){
//业务代码
System.out.println("SubSystemA--funA()");
}
}
class SubSystemB{
public void funB(){
//业务代码
System.out.println("SubSystemB--funB()");
}
}
class Facade{
private SubSystemA sa = new SubSystemA();
private SubSystemB sb = new SubSystemB();
public void funA(){
sa.funA();
}
public void funB(){
sb.funB();
}
}
6.优点
外观模式对客户端屏蔽子系统,客户端不需要了解子系统,直接访问外观类即可。
简化了客户端代码。客户端只需要将请求发送给Facade,减少了客户处理的对象的数目。
解耦。实现了客户端和子系统的松耦合关系。
7.缺点
违背了“开闭原则”。在不引入抽象外观类的情况下,增加新的子系统可能需要修改外观类或客户端的源代码。