接口型设计模式 之 门面模式

一、简介

门面模式（Facade Pattern）也叫做外观模式：要求一个子系统的外部与其内部的通信必须通过一个统一的对象进行。

上图可以清晰明了的看出，门面对象是外界访问系统内部的唯一通道，不管子系统内部是多么杂乱无章，只要有门面对象在，就可以做到“金玉其外，败絮其中”。

门面角色（Facade）：

  客户端可以调用这个角色的方法。此角色知晓子系统的所有功能和责任。一般情况下，本角色会将所有从客户端发来的请求委派到相应的子系统去，也就是说该角色没有实际的业务逻辑，只是一个委托类。

子系统角色（Subsystem）：

  可以同时有一个或者多个子系统。子系统不知道门面的存在。对于子系统而言，门面仅仅是另外一个客户端而已。

门面模式的优点：

• 减少系统的相互依赖
• 提高了灵活性
• 提高安全性

门面模式的缺点：

  最大的缺点就是不符合开闭原则，当系统交付后发现门面有一个错误，遵循开闭原则根本无法解决。唯一能做的一件事就是修改门面角色的代码，这个风险相当大，这就需要在设计的时候慎之又慎，多思考几遍才会有好收获。

门面模式使用场景：

1. 为一个复杂的模块或子系统提供一个供外界访问的接口
2. 子系统相对独立——外界对于子系统的访问只要黑箱操作即可
3. 预防低水平人员带来的风险扩散

门面模式的注意事项：

1. 一个子系统可以有多个门面
2. 门面不参与子系统内的业务逻辑（门面对象只是提供一个访问子系统的一个路径而已，参与具体的业务逻辑就会产生依赖问题，相应的业务逻辑应当封装到其它地方，然后供门面调用）
3. 门面角色应该是稳定的，不应该经常变化，系统一旦投入运行他就不应该改变，提示一个系统对外的接口，变化会产生极大的风险，业务逻辑我们已经把它封装到子系统内部，所以无论如何变化，对外界访问者来说，都还是同一个门面，同样的方法

二、详解

门面模式的通用源码：

子系统：

/**
 * 下面的三个类是一个子系统的不同逻辑处理模块，对于子系统的访问需要通过门面进行
 * 
 * @author fxb
 *
 */
public class ClassA{
	public void doSomethingA(){
		//业务逻辑
	}
}
public class ClassB{
	public void doSomethingA(){
		//业务逻辑
	}
}
public class ClassC{
	public void doSomethingA(){
		//业务逻辑
	}
}

门面对象：

public class Facade{
	//被委托的对象
	private ClassA A=new ClassA();
	private ClassB B=new ClassB();
	private ClassC C=new ClassC();
	//提供给外部访问的方法
	public void methodA(){
		this.A.doSomethingA();
	}
	public void methodB(){
		this.B.doSomethingB();
	}
	public void methodC(){
		this.C.doSomethingC();
	}
}

门面对象的主要职责是为子系统提供简便的访问方式，从而完成对系统的重构。

参考资料：

《设计模式之禅》

《Java设计模式》