设计模式（java）-外观模式

1. 简介

  外观模式，为了隐藏系统的复杂性，向客户提供统一的接口层，消除客户与系统的耦合。该设计模式为结构性模式。、
  在中大型程序中使用很多，当整个软件系统分为多个模块或层次结构，在各层或各子系统通信时，可以使用外观模式来隐藏各子系统或各层的内部细节，向自己的客户系统提供统一的接口，保证系统的独立性。
  由于设计模式比较简单，这里只给出一个简单的代码示例，以及它的使用场景。

2. 代码示例

  如，一个程序软件分为多个子系统，每个子系统下又由多个模块组成，这种很有层次结构的系统，在各个子系统进行通信的就可以使用外观模式，如下，是这个程序软件的一个子系统，该系统下分多个子模块：

class ESubModule1 {
	public void process() {
		System.out.println("ESubModule1 process!");
	}
}

class ESubModule2 {
	public void process() {
		System.out.println("ESubModule2 process!");
	}
}

class ESubModule3 {
	public void process() {
		System.out.println("ESubModule3 process!");
	}
}

class ESystemFacade {
	private ESubModule1 subModule1;
	private ESubModule2 subModule2;
	private ESubModule3 subModule3;
	
	public ESystemFacade() {
		subModule1 = new ESubModule1();
		subModule2 = new ESubModule2();
		subModule3 = new ESubModule3();
	}
	
	public void process() {
		subModule1.process();
		subModule2.process();
		subModule3.process();
	}
}

  如上，这三个模块如果分别提供给另外一个子系统使用，那么另外一个子系统会考虑这三个子模块的关系，以及他们的逻辑。显然的这给该系统造成了一定的负担。所以外观模式就像一个外交大使，统一提供给外部系统统一的接口，而内部的逻辑由接口内部进行处理。这样就跟明显的将该子系统独立出来了。客户使用的时候只用获取该外观对象的引用，调用其提供的函数接口即可，每个函数接口对客户就是一个需求。
  客户代码：

	public static void main(String[] args) {
		// TODO Auto-generated method stub
		ESystemFacade systemFacade = new ESystemFacade();
		systemFacade.process();
	}

3.使用场景

1. 当你的系统层次结构分明时（业务逻辑上或者架构设计上），各层次模块的交互可以使用外观模式作为各个模块的入口。
2. 当开发新系统时需要和旧系统交互通信时，可以为旧系统提供一个程序入口的外观，方便新系统与其进行交互，从而避免新系统中对旧系统的模块过多的引用。

  当然，外观模式也存在一定的缺点：

当在该子系统下，新增一个模块的时候，需要在子系统中新增新增模块的对象，不符合开闭原则。
当需要在一个已有的模块中的内部提供一个对外的接口时，需要通过外观入口提供出去，这样可能会导致函数的调用层次变多，影响程序效率，同样不符合开闭原则。

  它的优点：

隐藏内部复杂的逻辑，将各子系统独立，方便各组人员独立开发维护。
接口提供流程化，减少由于开发人员水平层次不齐导致的代码混乱。
对外系统独立，层次结构清晰，便于快速找到模块入口，从而熟悉代码。