设计模式初探-外观模式

外观模式(FACADE)，也叫门面模式，属于对象结构型模式，通过为子系统中的一组接口提供一个一致的界面(外观对象)来简化客户端与子系统之间的交互。Facade模式定义了一个高层接口，这个接口为子系统中较一般的设施提供一个单一而简单的界面，从而使子系统间的通信和相互依赖关系达到最小，并且隔离了客户类和子系统类，降低了两者的耦合度。如下图所示：

一、使用场景

 1、 当要为访问一系列复杂的子系统提供一个简单入口时。facade类很好的屏蔽了子系统中因不断演化而产生的越来越多的小类，降低访问子系统的复杂性。
 2、 客户端程序与多个子系统之间存在很大的依赖性。引入外观类可以将子系统与客户端解耦，提高子系统的独立性和可移植性。

 3、 当需要构建一个层次结构的子系统时，使用facade模式定义子系统中每层的入口点。如果子系统之间是相互依赖的，则可以让它们仅通过facade进行通讯，从而简化子系统间的依赖关系。

二、UML图

三、Java实现

package study.patterns.facade;
/**
 *  外观模式是一种使用频率非常高的结构型设计模式，它通过引入一个外观角色来简化客户端与子系统之间的交互，
 *  为复杂的子系统调用提供一个统一的入口，降低子系统与客户端的耦合度，且客户端调用非常方便。
 *  生活中充满形形色色的外观角色，比如服务员，ATM机等，正因为这些外观角色的存在，生活才更美好！
 * @author qbg
 */
public class FacadePattern {
	public static void main(String[] args) {
		IFacade facade = new Facade();
		facade.method();
	}
}
/**
 * 外观统一接口，可以根据需要实现相应的外观类.
 * 面向接口编程。
 */
interface IFacade{
	public void method();
}
/**
 * 外观角色：对外提供的外观类实现，在客户端可以调用它的方法，它知道相关的(一个或者多个)子系统的功能和责任；
 * 在正常情况下，它将所有从客户端发来的请求委派到相应的子系统去，传递给相应的子系统对象处理。
 */
class Facade implements IFacade{
	private SubSystemA sa = new SubSystemA();
	private SubSystemB sb = new SubSystemB();
	private SubSystemC sc = new SubSystemC();
	
	@Override
	public void method() {
		sa.methodA();
		sb.methodB();
		sc.methodC();
	}
	
}
/**
 * 子系统角色：在软件系统中可以有一个或者多个子系统角色，每一个子系统可以不是一个单独的类，而是一个类的集合，它实现子系统的功能；
 * 每一个子系统都可以被客户端直接调用，或者被外观角色调用，它处理由外观类传过来的请求；
 * 子系统并不知道外观的存在，对于子系统而言，外观角色仅仅是另外一个客户端而已。
 */
class SubSystemA{
	public void methodA(){
		System.out.println("子系统A业务处理....");
	}
}
class SubSystemB{
	public void methodB(){
		System.out.println("子系统B业务处理....");
	}
}
class SubSystemC{
	public void methodC(){
		System.out.println("子系统C业务处理....");
	}
}

四、模式优缺点

优点：

1、 它对客户端屏蔽了子系统组件，减少了客户处理的对象数目，并使得子系统使用起来更加方便。
2、 它实现了子系统与客户端之间的松耦合关系，这使得子系统的变化不会影响到调用它的客户端，只需要调整外观类即可。
3、 一个子系统的修改对其他子系统没有任何影响，而且子系统内部变化也不会影响到外观对象。

4、Facade模式有助于建立层次结构系统，也有助于对对象之间的依赖关系分层。

5、Facade模式不限制客户使用子系统类，客户可以根据需要在系统易用性和通用性之间加以选择。