简介

  ⻔⾯模式，隐藏系统的复杂性，并向客户端提供了⼀个客户端可以访问系统的接⼝
  定义了⼀个⾼层接⼝，这个接⼝使得这系统更加容易使⽤

应用场景

  xxx是负责消息推送这个⼯作，看起来很轻松，但他们不知道⾥⾯有多复杂，xxx加班多久才输出⼀个统⼀的接⼝，只要轻松操作就可以完成复杂的事情
  开发⾥⾯MVC三层架构，在数据访问层和业务逻辑层、业务逻辑层和表示层的层与层之间使⽤interface接⼝进⾏交互，不⽤担⼼内部逻辑，降低耦合性
  各种第三⽅SDK⼤多会使⽤外观模式，通过⼀个外观类，也就是整个系统的接⼝只有⼀个统⼀的⾼层接⼝，这对⽤户屏蔽很多实现细节，外观模式经常⽤在封装API的常⽤⼿段
  对于复杂难以维护的⽼系统进⾏拓展，可以使⽤外观设计模式
  需要对⼀个复杂的模块或⼦系统提供⼀个外界访问的接⼝，外界对⼦系统的访问只要⿊盒操作

角色

外观⻆⾊(Facade)

  客户端可以调⽤这个⻆⾊的⽅法，这个外观⽅法知道多个⼦系统的功能和实际调⽤

⼦系统⻆⾊(SubSystem)

  每个⼦系统都可以被客户端直接调⽤，⼦系统并不知道⻔⾯的存在

案例demo

  在外⼈看来，xxx是负责消息推送这个⼯作，看起来很轻松，但他们不知道⾥⾯有多复杂需要对接微信消息、邮件消息、钉钉消息等，xxx长期加班，才输出⼀个统⼀的接⼝，只要轻松操作就可以完成复杂的事情⽤外观设计模式帮xxx完成这个需求

子系统角色 定义消息接口

/**
 *
 **/
public interface ImessageManager {

    void pushMessage();

}

微信消息的实现

/**
 *
 **/

public class WechatMessageManager implements ImessageManager {
    @Override
    public void pushMessage() {
        System.out.println("推送微信消息");
    }
}

短信消息的实现

/**
 *
 **/

public class SmsMessageManager implements ImessageManager {
    @Override
    public void pushMessage() {
        System.out.println("推送短信消息");
    }
}

外观角色

/**
 *
 **/

public class MessageFacade implements ImessageManager{

    private ImessageManager wechatMsgManager = new WechatMessageManager();

    private ImessageManager smsMsgManager = new SmsMessageManager();

    @Override
    public void pushMessage() {
        wechatMsgManager.pushMessage();
        smsMsgManager.pushMessage();
    }
}

测试

public class Main {

    public static void main(String[] args) {
        ImessageManager imessageManager = new MessageFacade();
        imessageManager.pushMessage();
    }
}

结果

推送微信消息
推送短信消息

优缺点

优点

  减少了系统的相互依赖，提⾼了灵活性
  符合依赖倒转原则：针对接⼝编程，依赖于抽象⽽不依赖于具体
  符合迪⽶特法则：最少知道原则，⼀个实体应当尽量少地与其他实体之间发⽣相互作⽤

缺点

  增加了系统的类和链路
  不是很符合开闭原则，如果增加了新的逻辑，需要修改facade外观类