外观模式的简单介绍
外观模式又叫做门面模式，它是为了解决多个复杂子系统无法对外提供一致性服务的一种设计模式，及多种复杂的实现对外保持统一的调用接口。
外观模式最大的特点就是隐藏系统的复杂性。
外观模式的类图：
外观模式中各个角色的介绍：
- 门面：为多个子系统的访问提供统一的接口
- 子系统：实现系统的部分功能，通过门面调用子系统
外观模式的具体实现思路
- 创建子系统
- 创建门面，在门面中实例化子系统，通过门面调用子系统的功能
外观模式的具体实现方案
// 子系统
public class SubSystemA {
public void method() {
System.out.println("子系统A的方法被调用！");
}
}
// 子系统
public class SubSystemB {
public void method() {
System.out.println("子系统B的方法被调用！");
}
}
// 子系统
public class SubSystemC {
public void method() {
System.out.println("子系统C的方法被调用！");
}
}
// 门面
public class Facade {
private SubSystemA subSystemA;
private SubSystemB subSystemB;
private SubSystemC subSystemC;
public Facade() {
this.subSystemA = new SubSystemA();
this.subSystemB = new SubSystemB();
this.subSystemC = new SubSystemC();
}
public void method() {
subSystemA.method();
subSystemB.method();
subSystemC.method();
}
}外观模式的优缺点
优点
- 减少系统相互依赖
- 提高灵活性
- 让系统的易用性更强
- 提高了安全性
缺点
- 不符合开闭原则，如果要改东西很麻烦，继承重写都不合适
外观模式的适用场景
- 为复杂的模块或子系统提供外界访问的模块。
- 多个子系统相对独立。
- 当客户端与多个子系统之间存在很大的联系时，通过外观模式可将它们解耦，从而提高子系统的独立性和可移植性。
外观模式总结
外观模式的设计思路就是利用一个中间对象进行客户端与子系统的解耦，这种设计思想也常常被我们用到。外观模式最经典的一种用法就是日志门面，在阿里规约上也强调应用中不可以直接使用日志系统（Log4j,LogBack）中的API，而应该依赖于使用日志门面框架SLF4J中的API，这样有助于维护各个类中日志处理方式的统一，由此可见门面模式的作用及其重要性。
