简介
⻔⾯模式，隐藏系统的复杂性，并向客户端提供了⼀个客户端可以访问系统的接⼝
定义了⼀个⾼层接⼝，这个接⼝使得这系统更加容易使⽤
应用场景
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外观类