1、门面模式

        门面模式(Facade Pattern)又叫外观模式,是一种通过为多个复杂的子系统提供一个一致的接口,而使这些子系统更加容易被访问的模式。该模式对外有一个统一接口,外部应用程序不用关心内部子系统的具体细节,这样会大大降低应用程序的复杂度,提高了程序的可维护性。

        在日常编码工作中,我们都在有意无意的大量使用外观模式。只要是高层模块需要调度多个子系统(2个以上的类对象),我们都会自觉地创建一个新的类封装这些子系统,提供精简的接口,让高层模块可以更加容易地间接调用这些子系统的功能。尤其是现阶段各种第三方SDK、开源类库,很大概率都会使用外观模式。

1.1、门面模式的应用场景

1、子系统越来越复杂,增加门面模式提供简单接口2、构建多层系统结构,利用门面对象作为每层的入口,简化层间调用。

1.2 门面模式的通用写法

门面模式的UML类图:

门面模式_java

1.3 门面模式的角色

门面(Facade)模式的结构比较简单,主要是定义了一个高层接口。它包含了对各个子系统的引用,客户端可以通过它访问各个子系统的功能。现在来分析其基本结构和实现方法。

外观角色(Facade):也称 门面角色,系统对外的统一接口;子系统角色(SubSystem):可以同时有一个或多个 SubSystem。每个 SubSytem 都不是一个单独的类,而是一个类的集合。SubSystem 并不知道 Facade 的存在,对于 SubSystem 而言,Facade 只是另一个客户端而已(即 Facade 对 SubSystem 透明)。

1.4 门面模式的实现

创建3个子系统的业务逻辑代码:



public class SubSystem1 {  public void method1(){    System.out.println("method1");  }}public class SubSystem2 {  public void method2(){    System.out.println("method2");  }}public class SubSystem3 {  public void method3(){    System.out.println("method3");  }}

创建外观角色Facade:



public class Facade {  private SubSystem1 subSystem1 = new SubSystem1();  private SubSystem2 subSystem2 = new SubSystem2();  private SubSystem3 subSystem3 = new SubSystem3();
 public void method1(){    subSystem1.method1();  }
 public void method2(){    subSystem2.method2();  }
 public void method3(){    subSystem3.method3();  }}

客户端类:


public class Test {  public static void main(String[] args) {    Facade facade = new Facade();    facade.method1();    facade.method2();    facade.method3();  }}

1.5 门面模式的优缺点

优点:

1、简化了调用过程,无需深入了解子系统,以防给子系统带来风险。

2、减少系统依赖、松散耦合

3、更好地划分访问层次,提高了安全性

4、遵循迪米特法则,即最少知道原则。

缺点:

1、当增加子系统和扩展子系统行为时,可能容易带来未知风险

2、不符合开闭原则

3、某些情况下可能违背单一职责原则