需求:
1.传统
如果为每一个设备建一个类,在其中写调用这个设备的方法。但是Client在操作这些设备的时候就比较繁琐,有以下问题:
- 在Client中,创建各个子系统的对象,并直接去调用子系统(对象)相关方法,会造成调用过程混乱,没有清晰的过程。
- 不利于在Client中去维护对子系统的操作。
解决思路:定义一个高层接口,给子系统中的一组接口提供一个一致的界面(比如在高层接口中提供四个方法ready,play,pause,end),用来访问子系统中的一群接口。
也就是说,通过定义一个一致的接口(界面类),用以屏蔽内部子系统的细节,使得调用端只跟这个接口发生调用,而无需关心这个子系统的内部细节。
2.外观模式基本介绍
- 外观模式,也叫过程模式:外观模式为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
- 外观模式通过定义一个一致的接口,用以屏蔽内部子系统的细节,使得调用端只跟这个接口发生调用,而无需关心这个子系统的内部细节。
3.外观模式类图
- 外观类(Facade):为调用端提供统一的调用接口,外观类知道哪些子系统负责处理请求,从而将调用端的请求代理给适当的子系统对象。
- 调用者(Client):外观接口调用
- 子系统的集合:指模块或者子系统,处理Facade对象指派的任务,它是功能的实际提供者。
4.外观模式解决影院管理
写各个设备对应的类,用单例模式创建。
为了简化,这里只写DVDPlayer、Popcorn、Projector类。
// DVD 播放器
//以此为例,其他的自行体会
public class DVDPlayer {
//使用单例模式,饿汉式
private static final DVDPlayer INSTANCE = new DVDPlayer();
public static DVDPlayer getInstance() {
return INSTANCE;
}
public void on() {
System.out.println("DVD 打开");
}
public void close() {
System.out.println("DVD 关闭");
}
public void play() {
System.out.println("DVD 正在播放");
}
public void pause() {
System.out.println("DVD 暂停");
}
}
写一个高层的外观类,调用端直接调用外观类进行各种步骤的操作,而不用自己对每个设备进行繁琐的操作。
@Data
public class TheaterFacade {
//聚合各个子系统对象
private DVDPlayer dvdPlayer;
private Popcorn popcorn;
private Projector projector;
//构造器中对对象进行初始化
public TheaterFacade(){
dvdPlayer = DVDPlayer.getInstance();
popcorn = Popcorn.getInstance();
projector = Projector.getInstance();
}
//操作分为四步,第一步:准备
public void ready(){
popcorn.on();
dvdPlayer.on();
projector.on();
}
//第二步:播放,此处只写出这两种,剩下的脑补
public void play(){
dvdPlayer.play();
projector.focus();
}
}
在调用端只需要调用高层外观类的方法即可。
public class Client {
public static void main(String[] args) {
TheaterFacade theaterFacade = new TheaterFacade();
theaterFacade.ready();
theaterFacade.play();
}
}
5.外观模式 MyBatis源码
MyBatis中的Configuration去创建MetaObject对象使用到外观模式。
可以理解为Configuration是一个外观类,在里面聚合了ObjectFactory、ObjectWrapperFactory、ReflectorFactory。通过newMetaObject()
就可以得到一个对象。
6.外观模式小结
- 外观模式对外屏蔽了子系统的细节,因此外观模式降低了客户端对子系统使用的复杂性。
- 外观模式对客户端与子系统的耦合关系,让子系统内部的模块更易维护和扩展。
- 通过合理使用外观模式,可以帮我们更好的划分访问的层次。
- 当系统需要进行分层设计,可以考虑使用Facade模式。
- 在维护一个遗留的大型系统时,可能这个系统已经变得非常难以维护和扩展,此时可以考虑为新系统开发一个Facade类,来提供遗留系统的比较清晰简单的接口,让新系统与Facade交互,提高复用性。
- 不能过多的或者不合理的使用外观模式,使用外观模式还是直接调用模块,都要以让系统有层次,利于维护为目的。