外观设计模式

门面模式，隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的接口，定义了一个高层接口，这个接口使得这系统更加容易使用，在封装工具类、很多开源项目中都大量使用。

应用场景

• 在外人看来，李姐是负责消息推送这个工作，看起来很轻松，但他们不知道里面有多复杂，李姐加班多久才输出一个统一的接口，只要轻松操作就可以完成复杂的事情
• 开发里面MVC三层架构，在数据访问层和业务逻辑层、业务逻辑层和表示层的层与层之间使用interface接口进行交互，不用担心内部逻辑，降低耦合性
• 各种第三方SDK大多会使用外观模式，通过一个外观类，也就是整个系统的接口只有一个统一的高层接口，这对用户屏蔽很多实现细节，外观模式经常用在封装API的常用手段
• 对于复杂难以维护的老系统进行拓展，可以使用外观设计模式
• 需要对一个复杂的模块或子系统提供一个外界访问的接口，外界对子系统的访问只要黑盒操作

编码实现

首先创建一个统一管理的接口

public interface IMessageManager {

    /**
     * 推送消息
     */
    void pushMessage(String msg);

}

子类实现

public class DingDingIMessageManager implements IMessageManager{
    @Override
    public void pushMessage(String msg) {
        System.out.println("推送钉钉消息："+msg);
    }
}

public class SmsIMessageManager implements IMessageManager{
    @Override
    public void pushMessage(String msg) {
        System.out.println("推送短信消息："+msg);
    }
}

public class WeChatIMessageManager implements IMessageManager{
    @Override
    public void pushMessage(String msg) {
        System.out.println("推送微信消息："+msg);
    }
}

外观设计类，这里可以不实现接口，实现功能即可

public class MessageFacade implements IMessageManager{

    private IMessageManager weChatMsgManager = new WeChatIMessageManager();
    private IMessageManager dingDingMsgManager = new DingDingIMessageManager();
    private IMessageManager smsMsgManager = new SmsIMessageManager();


    @Override
    public void pushMessage(String msg) {
        weChatMsgManager.pushMessage(msg);
        dingDingMsgManager.pushMessage(msg);
        smsMsgManager.pushMessage(msg);
    }
}

使用

public static void main(String[] args) {
    IMessageManager manager = new MessageFacade();
    manager.pushMessage("致命BUG，用户无法登录");
}

没有使用外观设计模式，使用时需要单独new多个类，现在只需要调用有个方法即可实现全渠道推送

小结

优点

• 减少了系统的相互依赖，提高了灵活性
• 符合依赖倒转原则：针对接口编程，依赖于抽象而不依赖于具体
• 符合迪米特法则：最少知道原则，一个实体应当尽量少地与其他实体之间发生相互作用

缺点

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