第七篇:外观模式

在介绍外观模式前，我们先来看一个小例子！

你现在要让一辆汽车跑起来， 好，要让车跑，我们假设有好几个步骤，每个步骤都有不同的系统参与(下面都是我瞎扯的，真实性完全属扯淡，实际上汽车可不是这样运作的啊！！！)；

1:得先调用电路管理系统，从电源处开始通电;

2:调用油路管理系统，从邮箱处开始供油；

3:调用汽车动力系统，开始让动力气缸工作产生动能；

4:调用离合管理系统，让离合器片开始工作，带动转动轴开始转动，四轮开始转圈，跑起来了！；

好，我们现在将上面的瞎扯淡的内容转换为我们的代码；

/**电源管理系统*/
class StorageManage{
	
	public void open(){
		System.out.println("打开电源");
	}
}

/**油路管理系统*/
class OilManage{
	
	public void open(){
		System.out.println("启动油泵");
	}
	public void providerOil(){
		System.out.println("开始供油");
	}
}

/**动力管理系统*/
class PowerManage{
	
	public void open(){
		System.out.println("启动动力");
	}
	public void airJob(){
		System.out.println("让气缸工作...");
	}
}

/**离合管理系统*/
class SeparateManage{
	
	public void open(){
		System.out.println("启动离合器");
	}
}

public class Test {
	
	public static void main(String[] args) {
		StorageManage sm = new StorageManage();
		sm.open();
		OilManage om = new OilManage();
		om.open();
		om.providerOil();
		PowerManage pm = new PowerManage();
		pm.open();
		pm.airJob();
		SeparateManage sem = new SeparateManage();
		sem.open();
	}
}

上面的代码中，我们的客户端与各种系统直接耦合，客户端必须知道一个汽车启动的步骤有哪些系统参与其中，且这些系统之间的调用顺序也必须清楚，在后期，这些系统的接口有所修改的话，客户端也必须知道它该做哪些对应的修改，这是一种高耦合的体现，而我们的门面模式的目的就是要消除这种系统间的复杂依赖，门面模式通过再建立一个高层接口，在高层接口中处理各种子系统之间的调用，然后给客户端暴露一个简单的方法进行调用，从而消除客户端与多个子系统之间的直接依赖 ； 

现在我们建立一个外观类(外观模式也称之为门面模式)

/**汽车类*/
public class Car {
	
	//汽车启动
	public void start(){
		StorageManage sm = new StorageManage();
		sm.open();
		OilManage om = new OilManage();
		om.open();
		om.providerOil();
		PowerManage pm = new PowerManage();
		pm.open();
		pm.airJob();
		SeparateManage sem = new SeparateManage();
		sem.open();
	}
	public static void main(String[] args) {
		Car car = new Car();
		car.start();
	}
}

我们建立了一个Car，它提供一个方法start，客户端只要调用这个方法，就能让汽车跑起来，而各种子系统的调用则交给Car去做，那么这个Car实际上就是一个外观类。你可能有所怀疑，在你真实的编码中，你就是一直这么做的，这些子系统的调用也理所当然的应该让汽车类去调用，没错，就是这么简单，我们无时无刻都再使用着外观模式！

所以我说，外观模式恐怕是最简单的设计模式了，我个人认为这其实算不上什么设计模式，稍微有点编程经验的人都会这么去写代码，无论如何，最后还是给外观模式下一个定义吧！

外观模式:提供一个统一的接口，用来访问子系统中的一群接口，从而消除客户端与众多子系统的直接依赖！