《C++设计模式》视频_李建忠

LincZero大约 5 分钟

23种设计模式总结

从目的来看（《设计模式：可复用面向对象》中的分类）

分类	中译	设计模式
创建型模式（Creational） 5	抽象工厂构建器（生成器）工厂方法原型单件	Abstract Factory Builder Factory Method Prototype Singleton
结构型模式（Structural） 7	适配器桥接模式组成装饰外观（门面）享元代理	Adapter Bridge Composite Decorator Facade Flyweight Proxy
行为型模式（Behavioral） 11	职责链命令解释器（解析器）迭代器中介者备忘录观察者状态策略模板方法访问者	Chain of Responsibility Command Interpreter Iterator Mediator Memento Observer State Strategy Template Method Visitor

从封装变化角度对模式分类（《设计模式_李建忠视频》中的分类）（其中划掉部分表示比较少用或过时）

分类	中译	设计模式	目的分类
组件协作	模板方法策略模式观察者模式	Template Method Strategy Observer/Event	行为型
单一职责	装饰模式桥接模式	Decorator Bridge	结构型
对象创建	工厂模式抽象工厂原型模式 ~~构建器模式~~	Factory Method Abstract Factory Prototype Builder	创建型
对象性能	单件模式享元模式	Singleton Flyweight	创建型结构型
接口隔离	门面模式代理模式适配器 ~~中介者模式~~	Facade Proxy Adapter Mediator	结构型行为型
状态变化	状态模式 ~~备忘录模式~~	State Memento	行为型
数据结构	组合模式 ~~迭代器模式~~ ~~职责链模式~~	Composite Iterator Chain of Responsibility	结构型行为型
行为变化	~~命令模式~~ ~~访问器模式~~	Command Visitor	行为型
领域问题	~~解析器模式~~	Interpreter	行为型

略

前面提到过可以用不同的方式对这23种设计模式进行划分和分类

包括：

另外，从 Java 中也有一具话叫 “没有什么是加中间层不能解决的，如果有，就再加一层”。我认为我可以以 “中间层” 为切入点，再进行分类。缺点是这种分类偏代码向，不够本质，归纳流于表面

有两种中间层提供方法

一个目标：管理变化，提高复用！
两种手段
- 分解
- 抽象
八大原则
- 依赖倒置原则（DIP）
- 开放封闭原则（OCP）（开闭原则）
- 单一职责原则（SRP）
- 里氏代换原则（LSP）（Liskov代换原则 / 里斯科夫代换）
- 接口隔离原则（ISP）
- 合成复用原则（优先使用对象组合，而不是类继承）
- 封装变化点
- 面向接口编程，而不是面向实现编程
五种重构技法
- 静态 --> 动态
- 早绑定 --> 晚绑定
- 继承 --> 组合
- 编译时依赖 --> 运行时依赖
- 紧耦合 --> 松耦合
类图的共同特点与趋向
- 继承 --> 组合且是包含一个抽象基类的指针
- class A:B{}（×）
- class A{B b}（×）
- class A{B* pb}（√）
什么时候不用模式（不要盲目模式、为了模式而模式）
- 代码可读性很差时
- 需求理解还很浅时
- 变化没有显现时
- 不是系统的关键依赖点
- 项目没有复用价值时（比如对于做外包的）
- 项目将要发布时
设计模式成长之路
- "手中无剑，心中无剑”：见模式而不知
- "手中有剑，心中无剑"：可以识别模式，作为应用开发人员使用模式
- "手中有剑，心中有剑"：作为框架开发人员为应用设计某些模式
- "手中无剑，心中有剑"：忘掉模式，只有原则