一 基本介绍
1.1 定义
- 外观模式(Facade),也叫
“过程模式
:外观模式为子系统中的一组接口提供一个一致的界面
,此模式定义了 一个高层接口
,这个接口使得这一子系统更加容易使用 - 外观模式通过定义一个一致的接口,用以
屏蔽内部子系统的细节
,使得调用端只需跟这个接口发生调用,而无 需关心这个子系统的内部细节
1.2 uml类图
![](https://i-blog.csdnimg.cn/blog_migrate/a101b45de4dd42556d877f79f854f24a.png)
image.png
二 影院问题
2.1 解决思想
![](https://i-blog.csdnimg.cn/blog_migrate/f634aa10113fe8927174c168a06fdb74.png)
image.png
三 参考小结
3.1 三个角色
1).门面角色:外观模式的核心。它被客户角色调用,它熟悉子系统的功能。内部根据客户角色的需求预定了几种功能的组合。
2).子系统角色:实现了子系统的功能。它对客户角色和Facade时未知的。它内部可以有系统内的相互交互,也可以由供外界调用的接口。
3).客户角色:通过调用Facede来完成要实现的功能。
3.2 使用场景
1 为复杂的模块
或子系统提供外界访问的模块;
2 子系统相互独立
;
3- 在层析结构中,可以使用外观模式定义系统的每一层的入口。(没懂
)
3.3 jdk的应用
感觉logback和slf4j就是这种关系
四 注意事项和细节
- 外观模式对外屏蔽了子系统的细节,因此外观模式
降低
了客户端对子系统使用的复杂性
- 外观模式对客户端与子系统的耦合关系 -
解耦
,让子系统内部的模块更易维护和扩展
- 通过合理的使用外观模式,可以帮我们更好的划分
访问的层次
- 当系统需要进行
分层设计
时,可以考虑使用 Facade 模式 (类似于service层里面也要大量dao层的复合操作) - 在维护一个遗留的大型系统时,可能这个系统已经变得非常
难以维护和扩展
,此时可以考虑为新系统开发一个 Facade 类,来提供遗留系统的比较清晰简单的接口
,让新系统与Facade 类
交互,提高复用性 -
不能过多的或者不合理的使用外观模式
,使用外观模式好,还是直接调用模块好。要以让系统有层次,利于维护为目的。