引：怎样保证“金玉其外，败絮其中”，门面模式可以达到你的要求！

定义

要求一个子系统的外部与其内部的通信必须通过一个统一的对象进行。门面模式提供一个高层次的接口，使得子系统更易于使用。——结构类

门面模式注重统一的对象，也就是提供一个访问子系统的接口，除了这个接口不允许有任何访问子系统的行为发生，其通用类图如下：

下面简单介绍类图中的两个角色：

Facade门面角色：客户端调用这个角色的方法，此角色知晓子系统的所有功能和责任。一般情况下，本角色会将所有从客户端发起的请求委派到相应的子系统去，也就是说该角色没有实际的业务逻辑，只是一个委托类。
Subsystem Classes子系统所有类角色：可以同时有一个或者多个子系统。每个子系统都不是一个单独的类，而是一个类的集合，子系统不知道门面的存在。

下面是它的通用源码：

// 子系统
public class Class A {
    public void doSomethingA() {
        // 业务逻辑
    }
}

public class ClassB {
    public void doSomethingB() {
        // 业务逻辑
    }
}

public class ClassC {
    public void doSomethingC() {
        // 业务逻辑
    }
}

// 门面对象
public class Facade {
    // 被委托的对象
    private ClassA a = new ClassA();
    private ClassB b = new ClassB();
    private ClassC c = new ClassC();
    // 提供给外部访问的方法
    public void methodA() {
        this.a.doSomethingA();
    }
    public void methodB() {
        this.b.doSomethingB();
    }
    public void methodC() {
        this.c.doSomethingC();
    }
}

应用

优点

减少系统的相互依赖。所有的依赖都是对门面对象的依赖，与子系统无关。
提供了灵活性。不管子系统内部如何变化，只要不影响到门面对象，任你自由活动。
提供安全性。想让你访问子系统的那些业务就开通那些逻辑，不在门面上开通的方法，你休想访问到。

缺点

门面模式最大的缺点就是不符合开闭原则，没有对修改关闭，对扩展开放。

使用场景

为一个复杂的模块或子系统提供一个供外界访问的接口。
子系统相对独立——外界对子系统的访问只要黑箱操作即可。
预防低水平人员带来的风险扩散。

注意事项

一个系统可以有多个门面。比如下面的情况：
- 门面已经庞大到不能忍受的程度
- 子系统可以提供不同访问路径
门面不参与子系统内的业务逻辑。

最佳实践

门面模式是一个很好的封装方法，很多情况都可以使用到，如下面的情况：

一个子系统比较复杂，就可以封装出一个或多个门面，项目结构简单，扩展性非常好。
对于一个比较大的项目，为了避免人员带来的风险，也可以使用门面模式，技术水平差的成员，尽量安排独立的模块，然后把他写的程序封装到一个门面李，尽量让其他项目成员不用看到这些人的代码。看也看不懂，哈哈。

参考

《设计模式之禅》

雨过，云过

设计模式之禅——门面模式

定义

应用

优点

缺点

使用场景

注意事项

最佳实践

参考