外观模式

外观模式(Facade)，为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

外观模式结构图

外观模式中的角色：

• Facade：外观类，知道哪些子系统类负责处理请求，将客户端的请求代理给适当的子系统对象。
• Subsystem：子系统类，可以有一个或者多个子系统。实现子系统的功能，处理外观类指派的任务，注意子系统类不含有外观类的引用。

外观模式的简单实现

（1）子系统

public class SubSystemOne {

    public void methodOne() {
        System.out.println("子系统方法1");
    }
}

public class SubSystemTwo {

    public void methodTwo() {
        System.out.println("子系统方法2");
    }
}

（2）外观类

public class Facade {

    private SubSystemOne subSystemOne;
    private SubSystemTwo subSystemTwo;

    public Facade() {
        subSystemOne = new SubSystemOne();
        subSystemTwo = new SubSystemTwo();
    }

    public void methodA() {
        System.out.println("methodA");
        subSystemOne.methodOne();;
        subSystemTwo.methodTwo();
    }

    public void methodB() {
        System.out.println("methodB");
        subSystemOne.methodOne();;
        subSystemTwo.methodTwo();
    }
}

（3）客户端调用

public class Client {
    public static void main(String[] args) {
        Facade facade = new Facade();
        facade.methodA();
        facade.methodB();
    }
}

（4）输出

methodA
子系统方法1
子系统方法2
methodB
子系统方法1
子系统方法2

外观模式的使用场景

使用场景：
构建一个有层次结构的子系统时，使用外观模式定义子系统中每层的入口点。如果子系统之间是相互依赖的，则可以让其通过外观接口进行通信，减少子系统之间的依赖关系。
子系统往往会因为不断重构演化而变得越来越复杂，大多数的模式使用时也会产生很多很小的类，这给外部调用它们的用户程序带来了使用上的困难。我们可以使用外观类提供一个简单的接口，对外隐藏子系统的具体实现并隔离变化。
当维护一个遗留的大型系统时，可能这个系统已经非常男以维护和拓展，但因为它含有重要的功能，所以新的需求必须依赖于它，这时可以使用外观类，为设计粗糙或者复杂的遗留代码提供一个简单的接口，让新系统和外观类交互，而外观类负责与遗留的代码进行交互。

外观模式的优缺点

优点：
减少系统的相互依赖，所有的依赖都是对外观类的依赖，与子系统无关。
对用户隐藏了子系统的具体实现，减少用户对子系统的耦合。这样即使具体的子系统发生了变化，用户也不会感知到。
加强了安全性，子系统中的方法如果不在外观类中开通，就无法访问到子系统中的方法。

缺点：
不符合开发封闭原则。如果业务出现变更，则可能要直接修改外观类。