一、外观模式
1、案例分析—影院管理项目
要求组建一个家庭影院
DVD播放器、投影仪、自动屏幕、环绕立体声、爆米花机,要求完成使用家庭影院的功能,其过程为:
- 直接用遥控器:统筹各设备开关
- 开爆米花机
- 放下屏幕
- 开投影仪
- 开音响
- 开DVD,选DVD
- 去拿爆米花
- 调暗灯光
- 播放
- 观影结束后,关闭各种设备
1.1 传统方案解决影院管理
CLientTest类中直接使用各自系统,如爆米花机、屏幕、投影仪等等
1 | ClientTest{ |
1.2 传统方案分析
- 在ClientTest的main方法中,创建各个子系统的对象,并直接去调用子系统(对象)的相关方法,会造成调用过程混乱,没有清晰的过程
- 不利于在ClientTest中,去维护对子系统的操作。比如一个子系统发生改变,ClientTest都要做不小的改动。
1.3 解决思路
- 定义一个高层接口,给子系统中的一组接口提供一个一致的界面(比如在高层接口中提供四个方法ready、play、pause、end),用来访问子系统中的一群接口
- 即通过定义一个一致的接口(界面类),用以屏蔽内部子系统的细节,使得调用端只需要跟这个接口发生调用,而无需关心这个子系统的内部细节==>外观模式
2、外观模式
2.1 基本介绍
- 外观模式(Facade),也叫过程模式:外观模式为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
- 外观模式通过定义一个一致的接口,用以屏蔽内部子系统的细节,使得调用端口只需要根这个接口发生调用,而无需关系这个子系统的内部细节。
2.2 原理类图
原理类图的说明(外观模式的角色)
- 外观类(Facade):为调用端提供统一的调用接口,外观类知道哪些子系统负责处理请求,从而将调用端的请求代理给适当子系统对象。
- 调用者(Client):外观接口的调用者
- 子系统的集合:指模块或者子系统,处理Facade对象指派的任务,它是功能的实际提供者。
3、外观模式解决影院管理
外观模式可以理解为转换一群接口,客户只要调用一个接口,而不用调用多个接口才能达到目的。
比如:在pc上安装软件的时候经常有一键安装选项(省去选择安装目录、安装的组件等等),还有就是手机的重启功能(把关机和启动合为一个操作)
外观模式就是解决多个复杂接口带来的使用困难,起到简化用户操作的作用。
4、代码实例
4.1 DVDPlayer类
1 | public class DVDPlayer { |
4.2 Popcorn类
1 | //爆米花 |
4.3 Projector类
1 | //投影仪 |
4.4 Screen类
1 | public class Screen { |
4.5 Stereo类
1 | //立体声 |
4.6 ThreaterLight类
1 | //投影仪灯光 |
4.7 HomeTheateFacade类
1 | public class HomeTheateFacade { |
4.8 Client类
1 | public class Client { |
结果:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18 popcorn on
popcorn is poping
Screen down
Projector on
Stereo on
dvd on
ThreaterLight dim
===============
dvd is playing
===============
dvd pause
===============
popcorn off
ThreaterLight bright
Screen up
Projector off
Stereo off
dvd off
5、外观模式的源码讲解
5.1 Configuration类
1 import org.apache.ibatis.session.Configuration;查看Configuration的子类,当中有一个newMetaObject子类
(1)在下面的方法中,可以看成是外观模式聚合了objectFactory和objectWrapperFactory
1 | public MetaObject newMetaObject(Object object) { |
(2)forObject源码
1 | public static MetaObject forObject(Object object, ObjectFactory objectFactory, ObjectWrapperFactory objectWrapperFactory) { |
(3)MetaObject方法
1 | private MetaObject(Object object, ObjectFactory objectFactory, ObjectWrapperFactory objectWrapperFactory) { |
5.2 类图理解
6、外观模式的注意事项和细节
- 外观模式对外屏蔽了子系统的细节,因此外观模式降低了客户端对子系统使用的复杂性
- 外观模式对客户端与子系统的耦合关系,让子系统内部的模块更加容易维护和扩展
- 通过合理的使用外观模式,可以帮我们更好的划分访问的层次
- 当系统需要进行分层设计时,可以考虑使用Facade模式
- 在维护一个遗留的大型系统时,可能这个系统已经变得非常难以维护和扩展,此时可以考虑为新系统开发一个Facade类,来提供遗留系统的比较清晰简单的接口,让新系统与Facade类交互,提高复用性
- 不能过多的或不合理的使用外观模式,使用外观模式好,还是直接调用模块好,要以让系统有层次,利于维护为目的