《修改代码的艺术》文摘

第一部分 修改机理

第一章 修改软件

第二章 带着反馈工作

第三章 感知和分离

第四章 接缝模型

第五章 工具

第二部分 修改代码的技术

第六章 时间紧迫但必须修改

6.1 新生方法 (sprout method) 

6.2 新生类(sprout class)

6.3 外覆方法(wrap method)

6.4 外覆类(wrap class) 

第七章 漫长的修改

7.1 理解代码

7.2 时滞

7.3 解依赖 构建依赖

第八章 添加特性

8.1 测试驱动开发

8.2 差异式编程

第九章 无法将类放入测试用具中

9.1  令人恼火的参数

9.2  隐藏依赖

9.3  构造快

9.4  恼人的全局依赖

9.5  可怕的包含依赖

9.6  "洋葱"参数

9.7  化名参数

第十章 无法在测试用具中运行方法

10.1 隐藏的方法

10.2 “有益的”语言特性

10.3  无法探知的副作用

第十一章 修改时应当测试哪些方法

11.1 推测代码修改所产生的影响

11.2 前向推测

11.3 影响的传播

11.4 进行影响推测的工具

11.5 从影响分析中学习

11.6 简化影响结构示意图

第十二章 在同一地进行多处修改,是否应该将相关的所有类都解依赖

第十三章 修改时应该怎样写测试

第十四章 棘手的库依赖问题

第十五章 到处都是API调用

第十六章 对代码的理解不足

第十七章 应用毫无结构可言

第十八章 测试代码碍手碍脚

第十九章 对非面向对象的项目,如何安全地对它进行修改

第二十章 处理大类

第二十一章 需要修改大量相同的代码

第二十二章 要修改一个巨型方法,却没法为它编写测试

第二十三章 降低修改的风险

第二十四章 当你感到绝望时

第三部分 解依赖技术

第二十五章 解依赖技术

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值