2.5 外观模式

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

注意事项:

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

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

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

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

©著作权归作者所有,转载或内容合作请联系作者
平台声明：文章内容（如有图片或视频亦包括在内）由作者上传并发布，文章内容仅代表作者本人观点，简书系信息发布平台，仅提供信息存储服务。

推荐阅读更多精彩内容