java 外观模式

外观模式简介

外观模式（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 接口