设计模式初探-外观模式(FACADE)也叫门面模式

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



一、使用场景

1、 当要为访问一系列复杂的子系统提供一个简单入口时。facade类很好的屏蔽了子系统中因不断演化而产生的越来越多的小类，降低访问子系统的复杂性。

2、 客户端程序与多个子系统之间存在很大的依赖性。引入外观类可以将子系统与客户端解耦，提高子系统的独立性和可移植性。

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

二、UML图



三、Java实现

[java] view
plaincopy





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模式不限制客户使用子系统类，客户可以根据需要在系统易用性和通用性之间加以选择。

转载于：/article/1338339.html