外观模式简介
外观模式(Facade Pattern) 隐藏系统的复杂性,并向客户端提供了一个客户端可以访问系统的接口。这种类型的设计模式属于结构型模式,它向现有的系统添加一个接口,来隐藏系统的复杂性,降低子系统与客户端的耦合度,且客户端调用非常方便。
外观模式是迪米特法则的一种具体实现,通过引入一个新的外观角色可以降低原有系统的复杂度,同时降低客户类与子系统的耦合度。
这种模式涉及到一个单一的类,该类提供了客户端请求的简化方法和对现有系统类方法的委托调用。
本质:封装交互,简化调用。
外观模式的目的不是给予子系统添加新的功能接口,而是为了让外部减少与子系统内多个模块的交互,松散耦合,从而让外部能够更简单地使用子系统。
外观模式的实现
外观模式包含两个角色:
- Facade(外观角色): 在客户端可以调用它的方法,在外观角色中可以知道相关的(一个或者多个)子系统的功能和责任;在正常情况下,它将所有从客户端发来的请求委派到相应的子系统去,传递给相应的子系统对象处理。
- SubSystem(子系统角色): 在软件系统中可以有一个或者多个子系统角色,每一个子系统可以不是一个单独的类,而是一个类的集合,它实现子系统的功能;每一个子系统都可以被客户端直接调用,或者被外观角色调用,它处理由外观类传过来的请求;子系统并不知道外观的存在,对于子系统而言,外观角色仅仅是另一个客户端而已。
举个例子:我比较喜欢看电影,于是买了投影仪、电脑、音响、设计了房间的灯光、买了爆米花机,然后我想看电影的时候,我需要: (该例子转载自设计模式 外观模式 一键电影模式)
1、打开爆米花机
2、制作爆米花
3、将灯光调暗
4、打开投影仪
5、放下投影仪投影区
6、打开电脑
7、打开播放器
8、将播放器音调设为环绕立体声
Facade(外观角色)看电影:
只要运行这个类里面的方法watchMovie()
就能够实现一键看电影,打开了看电影需要的一切需求,调用方法stopMovie()
就可以关闭之前开启的一切动作,结束看电影。
这样对于一个想要看电影的同学来说,就不用多次繁琐地调用各种方法实现了,只用一个方法就能搞定一切,非常方便。
package com.zhy.pattern.facade;
public class HomeTheaterFacade
{
private Computer computer;
private Player player;
private Light light;
private Projector projector;
private PopcornPopper popper;
public HomeTheaterFacade(Computer computer, Player player, Light light, Projector projector, PopcornPopper popper)
{
this.computer = computer;
this.player = player;
this.light = light;
this.projector = projector;
this.popper = popper;
}
public void watchMovie()
{
/**
* 1、打开爆米花机
2、制作爆米花
3、将灯光调暗
4、打开投影仪
5、放下投影仪投影区
6、打开电脑
7、打开播放器
8、将播放器音调设为环绕立体声
*/
popper.on();
popper.makePopcorn();
light.down();
projector.on();
projector.open();
computer.on();
player.on();
player.make3DListener();
}
public void stopMovie()
{
popper.off();
popper.stopMakePopcorn();
light.up();
projector.close();
projector.off();
player.off();
computer.off();
}
}
总结:
优点:
- 减少系统相互依赖。实现了子系统与客户端之间的松耦合关系,这使得子系统的变化不会影响到调用它的客户端,只需要调整外观类即可
- 提高了灵活性。它减少了客户端所需要处理的对象数目,并使得子系统的使用更加容易。通过使用外观模式,客户端代码变得很简单,与之关联的对象也很少。
- 提高了安全性。
缺点:
- 不符合开闭原则,增加新的子系统就需要修改外观类的源代码
适用场景:
- 为复杂的模块或者子系统提供外界访问的模块
- 子系统相对独立。引入外观类可以将子系统和客户端解耦,从而提高系统的独立性和可移植性
- 在层次化结构中,可以使用外观模式定义系统中每一层的入口,层与层之间不直接产生联系,而通过外观类建立联系,降低层之间的耦合度
源码分析外观模式的应用
- spring jdbc中的外观模式:
org.springframework.jdbc.support.JdbcUtils
类中使用了外观模式,该工具类主要是对原生的 jdbc 进行了封装 - Mybatis中的外观模式:
org.apache.ibatis.session.Configuration
类中以 new 开头的方法,该类主要对一些创建对象的操作进行封装 - Tomcat 源码中大量使用了很多外观模式:
org.apache.catalina.connector.Request
和org.apache.catalina.connector.RequestFacade
这两个类都实现了 HttpServletRequest 接口