设计模式那点事-门面模式（化零为整）

门面模式本质上就是化零为整；引入一个中介类，把各个分散的功能组合成一个整体，只对外暴露一个统一的接口。
门面模式实现简单的解耦，也可以实现功能模块化。

1. 概念

提供一个统一的接口去访问多个子系统的多个不同的接口，它为子系统中的一组接口提供了一个统一的高层接口。使用子系统更容易使用。

2. 目的

为了用户使用方便，把过度拆分的分散功能，组合成一个整体，对外提供一个统一的接口。

3. 解决方案

本质：引入一个第三方中介类，这个类集合了多个零部件类的功能，实际功能则委托给这些零部件对象，这个类只是做为对外统一接口，只是一个马甲。

门面模式

4. 门面模式的结构

4.1 门面角色的类图

所有实现类的地方都可以面向抽象编程（增加接口）

门面模式类图

在这个对象图中，出现了两个角色：

• 门面（Facade[fəˈsɑ:d]）角色：客户端可以调用这个角色的方法，此角色知晓相关的（一个或者多个）子系统的功能和责任。在正常情况下，本角色会将所有从客户端发来的请求委托到相应的子系统去。
• 子系统（SubSystem）角色：可以同时又一个或者多个子系统。每个子系统都不是一个单独的类，而是一个类的集合（如上面的子系统SubsystemA、SubsystemB、SubsystemN等组合而成）。每个子系统都可以被客户端直接调用，或者被门面角色调用。子系统不知道门面的存在，对于子系统来说，门面仅仅是另外一个客户端而已。

4.2 门面角色简单的源代码

1. 子系统角色类

public class SubSystemA {
    //子模块方法A
    public void testA() {
        System.out.println(String.format("调用了%s模块的%s方法", "SubSystemA", "testA"));
    }
}

public class SubSystemB {
    //子模块方法B
    public void testB() {
        System.out.println(String.format("调用了%s模块的%s方法", "SubSystemB", "testB"));
    }
}

public class SubSystemN {
    //子模块方法N
    public void testN() {
        System.out.println(String.format("调用了%s模块的%s方法", "SubSystemN", "testN"));
    }
}

2. 门面角色类

//门面角色类
public class Facade {
    //示意方法，满足客户端需求
    private SubSystemA subSystemA=new SubSystemA();
    private SubSystemB subSystemB=new SubSystemB();
    private SubSystemN subSystemN=new SubSystemN();
    //门面提供给客户端的方法
    public void methodA(){
        subSystemA.testA();
    }

    public void methodB(){
        subSystemB.testB();
    }

    public void methodC() {
        subSystemN.testN();
    }
}

3. 客户端类

//客户端角色类
public class Client {
    public static void main(String[] args) {
        Facade facade=new Facade();
        facade.methodB();
    }
}

Facade类相当于A、B、C模块的外观界面，有了这个Facade类，那么客户端就不需要亲自调用子系统中的A、B、C模块了，也不需要知道系统内部实现的细节，甚至不需要知道A、B、C模块的存在，客户端就只需跟Facade类交互就好了，从而更好地实现了客户端和子系统中A、B、C模块的解耦，让客户端更容易地使用系统。

4.3门面模式的实现

使用门面模式还有一个附带的好处，就是能够有选择性地的暴露方法。一个模块中定义的方法可以分成两部分，一部分是给子系统外部使用的，一部分是子系统内部模块之间相互调用的。有了Facade类，那么子系统内部模块之间相互调用的方法就不用暴露给子系统外部了。

这样定义一个ModuleFacade类可以有效地屏蔽内部的细节，免得客户端去调用Module类时，发现一些不需要它知道的方法。比如a2()和a3()方法就不需要让客户端知道，否则既暴露了内部的细节，又让客户端迷惑。对客户端来说，他可能还要去思考a2()、a3()方法用来干什么呢？其实a2()和a3()方法是内部模块之间交互的，原本就不是对子系统外部的，所以干脆就不要让客户端知道。

4.4 一个系统可以有几个门面类

在门面模式中，通常只需要一个门面类，并且此门面类只有一个实例，换言之它是一个单例类。当然这并不意味着在整个系统里只有一个门面类，而仅仅是说对每一个子系统只有一个门面类。或者说，如果一个系统有好几个子系统的话，每一个子系统都有一个门面类，整个系统可以有数个门面类。

4.5 为子系统增加新行为

初学者往往以为通过继承一个门面类便可在子系统中加入新的行为，这是错误的。门面模式的用意是为子系统提供一个集中化和简化的沟通管道，而不能向子系统加入新的行为。比如医院中的接待员并不是医护人员，接待员并不能为病人提供医疗服务。

5. 优缺点

5.1 优点

1. 松耦合
   用户与子系统解耦，屏蔽子系统；可以提高子系统的独立性；
2. 使用简单
   简化用户与子系统的依赖关系；
   用户只与门面对接，有统一的入口；不需要知道所有子系统及内部构造；
3. 提高安全性
   想让你访问子系统就开通哪些逻辑，不在门面上开通的方法，客户端就访问不到。

5.2 缺点

1. 不规范的编程方式
   没有面向抽象编程，而是通过增加中介层，转换服务提供方的服务接口；

2. 门面模式最大的缺点就是不符合开闭原则。

最核心的目的：简化子系统，简化客户使用，屏蔽多个子系统。

6. 应用场景

1. 简化子系统复杂性；
2. 监控所有子系统时；通过门面控制入口，可以统一监控；
3. 希望封装和隐藏子系统时；
4. 两历史系统进行改造并打通关系时；

门面模式

JAVA设计模式之门面模式（外观模式）

Java设计模式—门面模式(带案例分析)