1、大量使用第三方SDK-它们常用的外观设计模式你知道多少？
** 外观设计模式 Facade Pattern**
- 门面模式，隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的接口
- 定义了一个高层接口，这个接口使得这系统更加容易使用
外观设计模式
应用场景
- 在外人看来，小滴课堂-老王是负责消息推送这个工作，看起来很轻松，但他们不知道里面有多复杂，老王加班多久才输出一个统一的接口，只要轻松操作就可以完成复杂的事情
- 开发里面MVC三层架构，在数据访问层和业务逻辑层、业务逻辑层和表示层的层与层之间使用interface接口进行交互，不用担心内部逻辑，降低耦合性
- 各种第三方SDK大多会使用外观模式，通过一个外观类，也就是整个系统的接口只有一个统一的高层接口，这对用户屏蔽很多实现细节，外观模式经常用在封装API的常用手段
- 对于复杂难以维护的老系统进行拓展，可以使用外观设计模式
- 需要对一个复杂的模块或子系统提供一个外界访问的接口，外界对子系统的访问只要黑盒操作
角色
- 外观角色(Facade)：客户端可以调用这个角色的方法，这个外观方法知道多个子系统的功能和实际调用
- 子系统角色(SubSystem)：每个子系统都可以被客户端直接调用，子系统并不知道门面的存在
外观模式
业务需求
在外人看来，小滴课堂-老王是负责消息推送这个工作，看起来很轻松，但他们不知道里面有多复杂
需要对接微信消息、邮件消息、钉钉消息等，老王加班长期加班没有女友，才输出一个统一的接口，只要轻松操作就可以完成复杂的事情
用外观设计模式帮老王完成这个需求.
代码：
推送消息接口：
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 MailMessageManager implements IMessageManager {
@Override
public void pushMessage() {
System.out.println("推送邮件消息");
}
}
钉钉通道:
public class DingDingMessageManager implements IMessageManager {
@Override
public void pushMessage() {
System.out.println("推送钉钉消息");
}
}
外观类：
public class MessageFacade implements IMessageManager{
private IMessageManager wechatMsgManager = new WechatMessageManager();
private IMessageManager smsMsgManager = new SmsMessageManager();
private IMessageManager mailMsgManager = new MailMessageManager();
private IMessageManager dingdingMsgManager = new DingDingMessageManager();
@Override
public void pushMessage() {
wechatMsgManager.pushMessage();
smsMsgManager.pushMessage();
mailMsgManager.pushMessage();
dingdingMsgManager.pushMessage();
}
}
Main方法：
public class Main {
public static void main(String[] args) {
IMessageManager iMessageManager = new MessageFacade();
iMessageManager.pushMessage();
}
}
执行结果：
推送微信消息
推送短信消息
推送邮件消息
推送钉钉消息
优点
- 减少了系统的相互依赖，提高了灵活性
- 符合依赖倒转原则
- 针对接口编程，依赖于抽象而不依赖于具体
- 符合迪米特法则
- 最少知道原则，一个实体应当尽量少地与其他实体之间发生相互作用
缺点
- 增加了系统的类和链路
- 不是很符合开闭原则，如果增加了新的逻辑，需要修改facade外观类
网友评论