（十一）外观模式

一 基本介绍

1.1 定义

1. 外观模式(Facade)，也叫“过程模式：外观模式为子系统中的一组接口提供一个一致的界面，此模式定义了 一个高层接口，这个接口使得这一子系统更加容易使用
2. 外观模式通过定义一个一致的接口，用以屏蔽内部子系统的细节，使得调用端只需跟这个接口发生调用，而无 需关心这个子系统的内部细节

1.2 uml类图

image.png

二 影院问题

2.1 解决思想

image.png

三 参考小结

3.1 三个角色

1).门面角色：外观模式的核心。它被客户角色调用，它熟悉子系统的功能。内部根据客户角色的需求预定了几种功能的组合。
2).子系统角色:实现了子系统的功能。它对客户角色和Facade时未知的。它内部可以有系统内的相互交互，也可以由供外界调用的接口。
3).客户角色:通过调用Facede来完成要实现的功能。

3.2 使用场景

1 为复杂的模块或子系统提供外界访问的模块；
2 子系统相互独立；
3- 在层析结构中，可以使用外观模式定义系统的每一层的入口。(没懂)

3.3 jdk的应用

感觉logback和slf4j就是这种关系

四 注意事项和细节

1. 外观模式对外屏蔽了子系统的细节，因此外观模式降低了客户端对子系统使用的复杂性
2. 外观模式对客户端与子系统的耦合关系 - 解耦，让子系统内部的模块更易维护和扩展
3. 通过合理的使用外观模式，可以帮我们更好的划分访问的层次
4. 当系统需要进行 分层设计时，可以考虑使用 Facade 模式 (类似于service层里面也要大量dao层的复合操作)
5. 在维护一个遗留的大型系统时，可能这个系统已经变得非常难以维护和扩展，此时可以考虑为新系统开发一个 Facade 类，来提供遗留系统的比较清晰简单的接口，让新系统与Facade 类交互，提高复用性
6. 不能过多的或者不合理的使用外观模式，使用外观模式好，还是直接调用模块好。要以让系统有层次，利于维护为目的。

参考

1. https://blog.csdn.net/m0_37450089/article/details/86362524