外观模式

外观模式定义

提供一个统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用。

外观模式结构图

外观模式角色介绍

外观角色：Facade，它知道子系统的所有功能和责任；一般情况下，它将所有从客户端发来的请求委派到相应的子系统去，传递给相应的子系统对象处理。

子系统角色：SubSystem，子系统可能是一个类或者是一个类的集合，它实现子系统的功能；每一个子系统都可以被客户端直接调用，或者被外观角色调用，此时外观角色仅仅是另外一个客户端而已。

外观模式结构代码

子系统1：

public class System1 {
    public void show(){
        System.out.println("子系统1处理业务");
    }
}

子系统2：

public class System2 {
    public void show(){
        System.out.println("子系统3处理业务");
    }
}

外观角色：

public class Facade {

    private System1 system1;
    private System2 system2;


    public Facade() {
        this.system1 = new System1();
        this.system2 = new System2();
    }

    public void display(){
        system1.show();
        system2.show();
    }
}

客户端：

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

外观模式运行机制

外观模式中，客户端一般只与外观角色对接，外观角色将客户端请求委托给各个子系统，具体的业务逻辑实现都是由子系统实现。

外观模式解决的核心问题

外观模式解决了两个核心问题，一个是子系统杂乱不易对接问题，这个交给外观角色负责归拢子系统，让客户端接入变得简洁；另一个是解耦，将容易发生变化的内部逻辑与稳定的对外接口进行解耦，面向客户端的外部接口需要保持稳定，不能随便更改，但内部逻辑、接口等随时都有可能变更，采用外观模式，客户端无需关注内部变换，内部变化对客户端也不会造成影响，将变化与不变解耦。

外观模式面向对象的设计原则

外观模式主要体现了对迪米特法则的应用，也就是对最少知识原则应用，客户端只需认识外观角色就可以，无需认识纷繁复杂的子系统，让不变保持稳定，同时让变化可以随心所欲。