今天开始读 Michael C. Feathers 的《 Working effective with legacy code》。准备写一些读书笔记,主要是为了加强自己的理解,同时也是为了将来的复习。
修改代码是每个程序员都干过的事情,无论是过去、现在还是将来。有时候是修改自己编写的代码,有时候是修改别人编写的代码。可以说,修改代码是程序员工作中很重要的一部分。
简单来说,修改代码的原因主要有以下几种:
-
修改 Bug
-
添加新的特性
-
改善设计
-
优化资源的使用
修改 Bug和添加新的功能就不用说了,估计每个程序员都做过。通常修改 Bug和添加新的功能都会改变现有的程序的行为。
改善设计是另外一种软件变动,我们希望改变软件的结构以增加可维护性,通常我们不希望改变现有程序的行为。如果在改变的过程中,程序的行为发生了变化,我们会称之为 bug。改善设计而不改变行为的变化我们也称之为重构。
优化和重构很相似,但是目的不同。优化的目的是改变程序使用资源的情况,通常是时间和内存。
总的来说,这四种原因的比较如下:
| 添加特性 | 修改 bug | 改善设计 | 优化 |
结构 | 改变 | 改变 | 改变 | -- |
功能 | 改变 | 改变 | -- | -- |
资源使用 | -- | -- | -- | 改变 |
|
|
|
|
|
如果我们继续细化,把功能的改变细分为添加新的功能和改变原有的功能(包括删除原有的功能),那么情况如下
| 添加特性 | 修改 bug | 改善设计 | 优化 |
结构 | 改变 | 改变 | 改变 | -- |
新功能 | 改变 | -- | -- | -- |
原有的功能 | -- | 改变 | -- | -- |
资源使用 | -- | -- | -- | 改变 |
在添加新特性、改善设计和优化的时候,我们都希望保持原有的功能。就算是修改 bug的时候,我们会改变一些原有的功能,但是我们同样希望保持其他的原有的功能。因此,对于以上四种修改代码的原因,我们都是希望改变一些东西,同时保持全部或者大部分的原有功能不变。
那么这个对于程序员来说意味着什么呢?意味着程序员不仅仅要保证修改的一部分修改正确了,同时要保证其他的部分没有变化。不幸的是,要保证其他的部分没有变化不仅仅是不去碰那一部分代码就可以了。更加不幸的是,当我们做修改的时候,通常我们不知道到底有哪些其他的部分是可以发生变化的。(就算是自己写的代码,也很难完全想清楚,更别说是其他人写的代码)。