外观模式
需求
组建一个家庭影院
dbd播放器、投影仪、自动屏幕、环绕立体声、爆米花机,要求完成使用家庭影院的功能,其过程为:
- 之间用遥控器:统筹各设备开关
- 开爆米花机
- 放下屏幕
- 打开投影仪
- 开音响
- 开dvd,选dvd
- 拿爆米花
- 调暗灯光
- 播放
- 观影结束后,关闭各种设备
传统方式
//创建相关对象 各个设备的遥控器
...
//调用各个对象的一系列方法 各个设备的开关,操作等
...
问题
- 会造成调用过程的混乱,没有清晰的过程
- 不利于维护
解决思路
- 定义一个高层接口,给子系统中的一组接口提供一个一致的界面,用来访问子系统中的一群接口
- 也就是说通过定义一个一致的接口(界面类),用以屏蔽内部子系统的细节,使得调用端只需跟这个接口发生调用,而无需关心这个子系统的内部细节->外观模式
外观模式
- 外观模式,也叫“过程模式”:外观模式为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用
- 外观模式通过定义一个一致的接口,用以屏蔽内部子系统的细节,使得调用端只需要跟这个接口发生调用,而无需关心这个子系统的内部细节
- 外观模式可以理解为转换一群接口,客户只要调用一个接口,而不用调用多个接口才能达到目的。就像安装软件时的一件安装
- 外观模式就是解决多个复杂接口带来的使用困难,起到简化用户操作的作用
子系统:
//dvd类
public class DVDPlayer{
public void on(){
System.out.println("dvd打开");
}
public void off(){
System.out.println("dvd关闭");
}
public void play(){
System.out.println("dvd播放");
}
}
//爆米花机类
public class Popcorn{
public void on(){
System.out.println("爆米花机打开");
}
public void off(){
System.out.println("爆米花机关闭");
}
}
...
外观类:
public class TheaterFacade{
//各个子系统对象
private DVDPlayer dvdPlayer = new DVDPlayer();
private Popcorn popcorn = new Popcorn();
//准备
public void ready(){
dvdPlayer.on();
popcorn.on();
}
//播放
public void play(){
dvdPlayer.play();
}
//结束
public void end(){
dvdPlayer.off();
popcorn.off();
}
}
使用:
TheaterFacade theaterFacade = new TheaterFacade();
theaterFacade.on();
theaterFacade.play();
theaterFacade.end();
总结
- 外观模式对外屏蔽了子系统的细节,因此外观模式降低了客户端对子系统使用的复杂性
- 外观模式对客户端与子系统的耦合关系,让子系统内部的模块更容易维护和扩展
- 通过合理的使用外观模式,可以帮我们更好的划分访问的层次
- 当系统需要进行分层设计时,可以考虑使用facade模式
- 在维护一个遗留的大型系统时,可能这个系统已经变得非常难以维护和扩展,此时可以考虑为新系统开发一个facade类,来提供遗留系统的比较清晰简单的接口,让新系统与facade类交互,提高复用性
- 不能过多的或者不合理的使用外观模式,使用外观模式好,还是之间调用模块好,要让系统有层次,利于维护