2.5 外观模式

隐藏了系统内部的类和细节, 封装了一个外观给用户去调用

注意事项:

  • 不要增加额外的功能
  • 不要返回内部子系统的组件给客户, 但是必要的时候提供native_handle方法给客户
  • 外观模式的目的是提供一个高层次的接口, 所以不要进行低层次的单独业务执行

比如内部有一个用户类, 信用卡信息类, 余额类

要封装一个外观, 用户直接操作外观就可以创建一个新的储蓄账户


缺点: 增加减少子系统需要修改外观, 违反了开闭原则

你可能感兴趣的:(2.5 外观模式)