26 设计模式总结
2020-05-17 本文已影响0人
CurryCoder
技术交流QQ群:1027579432,欢迎你的加入!
欢迎关注我的微信公众号:CurryCoder的程序人生
1.设计模式的学习目标
- 管理变化,提高复用!
2.设计模式的两个手段
- 分解与抽象
3.设计模式的八大原则
- 依赖倒置原则(DIP)
- 开放封闭原则(OCP)
- 单一职责原则(SRP)
- Liskov替换原则(LSP)
- 接口隔离原则(ISP)
- 对象组合优于类继承
- 封装变化点
- 面向接口编程
4.重构技法
- 静态 → 动态
- 早绑定 → 晚绑定
- 继承 → 组合
- 编译时依赖 → 运行时依赖
- 紧耦合 → 松耦合
5.从封装变化角度对模式进行分类
- 组件协作:
- Template Method
- Strategy
- Observer/Event
- 对象性能:
- Singleton
- FlyWeight
- 数据结构:
- Composite
- Iterator(不常用)
- Chain of Responsibility(不常用)
- 单一职责:
- Decorator
- Bridge
- 接口隔离:
- Facade
- Proxy
- Mediator(不常用)
- Adapter
- 行为变化:
- Command(不常用)
- Visitor(不常用)
- 对象创建:
- Factory Method
- Abstract Factory
- Prototype
- Builder(不常用)
- 状态变化:
- Memento(不常用)
- State
- 领域问题:
- Interpreter(不常用)
6.C++对象模型
![](https://img.haomeiwen.com/i13407176/1a97b2b4a7002718.png)
7.关注某种设计模式中的稳定点与变化点
![](https://img.haomeiwen.com/i13407176/0c98515f7c117dc0.png)
8.什么时候不使用设计模式
- 代码可读性很差时
- 需求理解还很浅时
- 变化没有显现时
- 不是系统的关键依赖点
- 项目没有复用价值时
- 项目将要发布时
9.经验
- 不要为了模式而模式
- 关注抽象类和接口
- 理清变化点与稳定点
- 审视依赖关系
- 要有Framework和Application的区隔思维
- 良好的设计是演化的结果
10.设计模式成长之路
- 见模式而不知
- 可以识别模式,作为应用开发人员使用模式
- 作为框架开发人员应用设计某些模式
- 忘掉模式,只有原则