设计模式之外观设计模式

• 外观设计模式（Facade Pattern）

  • 门面模式，隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的接口
  • 定义了一个高层接口，这个接口使得这系统更加容易使用

• 应用场景

  • 开发里面MVC三层架构，在数据访问层和业务逻辑层、业务逻辑层和表示层的层与层之间使用interface接口进行交互，不用担心内部逻辑，降低耦合性
  • 各种第三方SDK大多会使用外观设计模式，通过一个外观类，也就是整个系统的接口只有一个统一的高层接口，这对用户屏蔽很多实现细节，外观模式经常用在封装API的常用手段
  • 对于复杂难以维护的老系统进行扩展，可以使用外观设计模式
  • 需要对一个复杂的模块或子系统提供一个外界访问的接口，外界对子系统的访问只要黑盒操作

• 角色

  • 外观角色（Facade）：客户端可以调用这个角色的方法，这个外观方法知道多个子系统的功能和实际调用
  • 子系统角色（SubSystem）：每个子系统都可以被客户端直接调用，子系统并不知道门面的存在

• 代码示例：以推送消息为例

  interface ImessageManage {
      void pushMessage();
  }
  
  class WechatMessageManager implements ImessageManage {
      @Override
      public void pushMessage() {
          System.out.println("推送微信消息");
      }
  }
  
  class MailMessageManager implements ImessageManage {
      @Override
      public void pushMessage() {
          System.out.println("推送邮箱消息");
      }
  }
  
  /**
   * 外观类
   */
  class MessageFacade implements ImessageManage {
      private WechatMessageManager wechatMessageManager = new WechatMessageManager();
      private MailMessageManager mailMessageManager = new MailMessageManager();
  
      @Override
      public void pushMessage() {
          this.wechatMessageManager.pushMessage();
          this.mailMessageManager.pushMessage();
      }
  }
  
  public class Main {
      public static void main(String[] args) {
          new MessageFacade().pushMessage();
      }
  }
  

• 优点

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

• 缺点

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