常见编程模式小结
- 继承 & 组合
- 复用代码，两者都可以
- 继承
- 有多态效果，满足“里氏代换原则”
- 设计上最好用单继承多接口（多数语言是如此限制的）
- 组合
- 基本不受限制
- 没继承方便，需要一些中转代码
- 代理模式
- 封装接口，形成依赖层次。在对接第三方代码时，可以减少很多麻烦。
- 单例模式
- 提供全局访问入口
- 简单的对象封装管理
- 事件模式 & 消息队列 & 命令模式【解耦利器三兄弟】
- 事件模式
- 解耦合：1. 依赖反转（订阅模式）2. 依赖中转（中央事件系统）
- 消息队列
- 时间解耦，可以延后调用（相比事件模式多了）
- 多线程支持，线程间通信可以用消息队列来实现生产消费
- 命令模式
- 函数调用数据化，命令可以当成事件或消息
- 容易扩展，实现简单解释器模式
- 事件模式
- 工厂模式
-
解耦new。
XInterface face = new XClass();也会添加硬依赖，而不是想象的接口依赖。 - 减少代码重复，可在工厂方法里完成必须的初始化。
-
解耦new。
- pool模式【和工厂有写类似】
- 管理new。方便后续做内存优化。
- 模版模式
- 语法模版，C++/C#提供了语法模版，方便写代码。
- 文件模版，一些逻辑类似的，可以用工具生成代码。
- 不受语法限制。实现简单，不需要费心设计代码。
设计概述
- 框架设计
- 结构设计：模块依赖关系，业务控制流和数据流
- 一般是逻辑比较简单，ppt上层次图、流程图就可以描述。
- 成熟的业务一般有框架方案，如：mvc框架，web框架，编译器框架。
- 设计模式（详细设计）：一些通用设计套路
- 有书讲几十个设计模式，过一段时间就忘了，只记得常用的几个
- 考验抽象能力
- 作用1：解耦合，让依赖满足设计
- 作用2：减少重复代码、冗余代码
- 结构设计：模块依赖关系，业务控制流和数据流
- 代码实现
- 通用部分，不依赖于具体语言
- 算法，可以先用伪代码写出来。
- 语言相关
- 语法特性：面向对象，模版，闭包，协程...
- 编程技巧：典型的c/c++的宏，
do{ func(); }while(0)之类的。
- 通用部分，不依赖于具体语言
