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