2019年/11月/16日
编写可维护软件的10大要则
三个基本理论
- 坚持简单的原则最有助于提高可维护性
- 项目一开始就要考虑可维护性
- 软件系统越遵守原则，可维护性越高
编写短小的代码
- 代码单元的长度应该限制在15行代码以内
- 短小代码易于理解，测试及重用
- 不要牺牲可维护性来优化性能
- 人们的当前记忆大概只能记住7件事物
编写简单的代码单元
- 每个问题内部都有许多更小的问题
- 限制每个代码单元分支点的数量不超过4个
- 将复杂的代码单元拆分成多个简单的单元
- 使用多态代替条件判断
- 插入return语句来代替嵌套式的条件语句
- 开发人员的责任就是简化问题
不写重复代码
- 提取方法的重构技巧
- 提取父类
- 你的代码会改变
保持代码单元的接口简单
- 限制每个代码单元的参数不能超过4个
- 参数提取为对象
分离模块之间的关注点
- 在一个复杂并且紧耦合的系统中，事故无可避免
- 单一职责原则
- 使用第三方库，框架来替换自定义代码
架构组件松耦合
- 简单到明显没有缺陷
- 抽象工厂设计模式
保持架构组件之间的平衡
- 构建封装边界是设计软件架构的重要技能
- 保持源代码中组件的数量接近于9
- 选择如何组合功能的合适原则是软件架构师的职责之一
- 坚持一致的设计原则是团队共同责任
保持小规模的代码库
- 程序的复杂度会持续增加，直到它超过维护人员的能力
- 大型系统会出现更密集的缺陷
- 控制需求蔓延
- 功能标准化
- 不要修改第三方库的源代码
自动化开发部署和测试
- 要想保持代码简洁，请先保持测试进度条是绿色的
- 自动化测试开发过程可预测并且降低风险
- 测试让代码行为可预测
- 编写测试能让你编写更好的代码
编写简洁的代码
- 编写简洁的代码是专业开发人员的职责所在
- 不要保留废弃代码
- 对每次提交负责