设计模式（十）外观模式

1. 1、定义

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

　　在日常的编码工作中。我们使用外观模式的例子无处不在。只要高层模块需要调用多个子系统（2个以上的类对象），我们都会主动地去创建应该新的类封装这些子系统，提供精简的接口，让高层模块可以更加容易地间接调用这些子系统的功能。尤其是现阶段各种第三方SDK、开源类库，很大概率都会使用外观模式。

2、优缺点

外观(Facade)模式是“迪米特法则”的典型应用，所以具有以下优点：

1. 对客户端屏蔽了子系统的组件，减少了客户的处理对象数量，使得子系统更容易被使用；
2. 降低了子系统与客户端的耦合度，使得子系统的变化变化影响调用它的客户类；
3. 降低了大型软件系统中的编译依赖性，简化了系统在不同平台之间的移植过程。

缺点：

1. 增加新的子系统可能需要修改外观类或客户端的源代码，违背了OCP原则；
2. 不能很好地限制客户使用子系统类，很容易带来未知的风险。

3、UML类图分析

主要包含以下角色：

（1）外观角色（Facade）：为多个子系统对外提供一个共同的接口；

（2）子系统角色（Sub System）：实现系统的部分功能，客户可以通过外观角色访问它；

（3）客户角色（Client）角色：通过一个外观角色访问各个子系统的功能。

4、代码实例

/**
 * @author it-小林
 * @desc 子系统
 * @date 2021年07月29日 10:36
 */
public class SubSystem01 {
    public void method1(){
        System.out.println("子系统01的method1()被调用！");
    }
}

/**
 * @author it-小林
 * @desc 子系统
 * @date 2021年07月29日 10:36
 */
public class SubSystem02 {
    public void method2(){
        System.out.println("子系统02的method2()被调用！");
    }
}

/**
 * @author it-小林
 * @desc 子系统
 * @date 2021年07月29日 10:36
 */
public class SubSystem03 {
    public void method3(){
        System.out.println("子系统03的method3()被调用！");
    }
}

/**
 * @author it-小林
 * @desc 外观模式类
 * @date 2021年07月29日 10:40
 */
public class Facade {

    private SubSystem01 subSystem01 = new SubSystem01();
    private SubSystem02 subSystem02 = new SubSystem02();
    private SubSystem03 subSystem03 = new SubSystem03();

    public void method(){
        subSystem01.method1();
        subSystem02.method2();
        subSystem03.method3();
    }
}

/**
 * @author it-小林
 * @desc
 * @date 2021年07月29日 10:45
 */
public class Client {
    public static void main(String[] args) {
        Facade facade = new Facade();
        facade.method();
    }
}

5、应用场景

（1）对分层结构系统构建时，使用外观模式定义子系统中每层的入口点可以简化子系统之间的依赖关系；

（2）当一个复杂系统的子系统很多时，外观模式可以为系统设计一个简单的接口供外界访问；

（3）当客户端与多个子系统之间存在很大的联系时，引入外观模式可将他们分离，从而提高子系统的独立性和可移植性。

6、扩展

　　在外观模式中，当增加或移除子系统时需要修改外观类，这违背了“开闭原则”。如果引入抽象外观类。则在一定程度上解决了该问题。