结构型模式——外观模式（Facade Pattern）

外观模式（Facade Pattern）

使用

在Java中的使用

//外观类
public class Facade {
    private final SubSystemA subSystemA = new SubSystemA();
    private final SubSystemB subSystemB = new SubSystemB();
	//此处写好逻辑后可以让子系统之间的逻辑稳定
    public void invoke(){
        //TODO 额外逻辑
        subSystemA.method();
        subSystemB.method();
    }
    public static void main(String[] args) {
        Facade facade = new Facade();
		//仅需调用外观类，即可根据规则调用子系统的类
        facade.invoke();
    }
}
//子系统
class SubSystemA {
    public void method() {
        System.out.println("子系统类A在系统B之前");
    }
}
class SubSystemB {
    public void method() {
        System.out.println("子系统类B");
    }
}

简介

外观模式（Facade Pattern）外观模式又称为门面模式，它是一种对象结构型模式。外部与一个子系统的通信必须通过一个统一的外观对象进行，即在系统中为一组接口提供一个可以访问系统的接口，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

简单来说就是，多加一层，让这一层处理调用与被调用的关系。

意图:

为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

主要解决：

• 降低访问复杂系统的内部子系统时的复杂度，简化客户端之间的接口。

何时使用：

• 客户端不需要知道系统内部的复杂联系，整个系统只需提供一个统一接口即可。
• 定义系统的入口。

如何解决：

• 客户端不与系统耦合，外观类与系统耦合。

关键代码：

• 在客户端和复杂系统之间再加一层，这一层将调用顺序、依赖关系等处理

UML

角色：

• Facade: 外观角色处理子系统的接口，从而形成一个子系统的封装接口，客户端通过操作外观角色从而达到控制子系统角色的目的。
• SubSystem: 子系统角色。表示一个系统的子系统或模块。

优点：

• 松散耦合，外观模式松散了客户端与子系统的耦合关系，让子系统内部的模块能更容易扩展和维护。
• 提高了安全性， 客户端不再直接调用子系统，调用子系统时的复杂逻辑稳定性。
• 简单易用，外观模式让子系统更加易用，客户端不再需要了解子系统内部的实现，也不需要跟众多子系统内部的模块进行交互，只需要跟门面类交互就可以了。
• 更好的划分访问层次-通过合理使用 Facade，可以帮助我们更好地划分访问的层次。有些方法是对系统外的，有些方法是系统内部使用的。把需要暴露给外部的功能集中到门面中，这样既方便客户端使用，也很好地隐藏了内部的细节。

缺点：

• 不符合开闭原则，如果要修改逻辑会牵连许多问题，继承重写都不合适。

使用场景：

1. 为复杂的模块或子系统提供外界访问的模块。
2. 子系统相对独立。
3. 降低因为对客户端对子系统的逻辑处理错误导致问题的可能性
4. 降低父类对子系统的依赖

**注意事项：**在层次化结构中，可以使用外观模式定义系统中每一层的入口。

应用

• 经典的MVC三层架构（不再做解释）