设计模式之Facade

定义： 

       GOF《设计模式》一书对Facade模式是这样描述的:

       为子系统中的一组接口提供一个统一接口。Facade模式定义了一个更高层的接口，使子系统更加容易使用。

使用场景：

       1、为一个复杂子系统提供一个简单接口时，由于子系统往往因为不断演化而变得越来越复杂，但这种变化不应该影响到客户的调用，此时使用 Facade 模式对外提供一个访问的接口；此外，还可以提供多个 Facade 类以实现不同的子系统的定制；

    2、客户与抽象类的实现部分之间存在着很大的依赖性。用 Facade 模式将这个子系统与客户以及其他的子系统分离解耦，让客户通过 Facade 类来访问具体子系统，这样也能够保持各个子系统的独立性，即可重用；

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

UML结构图：

 

简单代码实现：

　现有系统A、B等类。客户端需要调用A系统的A.call();B.call();来完成某功能。

Facade模式的实现模型就是：

A系统：

public class SubSystemA {
	
	public void call(String msg){
		System.out.println("Call A:"+msg);
	}

}

 B系统：

public class SubSystemB {
	
	public void call(String msg){
		System.out.println("Call B:"+msg);
	}

}

 Facade：

/**
 * 
 * Facade模式：
 * 		 将子系统A、子系统B中的接口进行封装，提供一个
 * 统一的接口给客户端调用，client无需知道具体的实现逻
 * 辑。
 * @author superseven
 *
 */
public class Facade {
	
	public void call(String msg){
		
		SubSystemA subSystemA = new SubSystemA();
		subSystemA.call(msg);
		
		SubSystemB subSystemB = new SubSystemB();
		subSystemB.call(msg);
		
	}

}

 

client调用：

public class Client {
	
	public static void main(String[] args){
		Facade facade = new Facade();
		facade.call("Hello Facade");
	}

}

 

几点小结：

   Facade 模式旨在对客户提供一个访问入口、接口，具体内部的 Subsystem 子系统，客户端调用时并不需要知道子系统的详细，针对不同的客户端也可以实现多个Facade来满足不同需求。

   从客户程序的角度来看，Facade模式不仅简化了整个组件系统的接口，同时对于组件内部与外部客户程序来说，从某种程度上也达到了一种“解耦”的效果——内部子系统的任何变化不会影响到Façade接口的变化。

     Facade设计模式更注重从架构的层次去看整个系统，而不是单个类的层次。Facade很多时候更是一种架构设计模式。 

 

 

 　Facade设计模式并非一个集装箱，可以任意地放进任何多个对象。Facade模式中组件的内部应该是“相互耦合关系比较大的一系列组件”，而不是一个简单的功能集合。  

 

 

 　注意区分Facade模式、Adapter模式、Bridge模式与Decorator模式。Facade模式注重简化接口，Adapter模式注重转换接口，Bridge模式注重分离接口（抽象）与其实现，Decorator模式注重稳定接口的前提下为对象扩展功能。