Working effective with legacy code读书笔记- 修改代码的四种原因

 

今天开始读 Michael C. Feathers 的《 Working effective with legacy code》。准备写一些读书笔记，主要是为了加强自己的理解，同时也是为了将来的复习。

 

修改代码是每个程序员都干过的事情，无论是过去、现在还是将来。有时候是修改自己编写的代码，有时候是修改别人编写的代码。可以说，修改代码是程序员工作中很重要的一部分。

简单来说，修改代码的原因主要有以下几种：

1. 修改 Bug

2. 添加新的特性

3. 改善设计

4. 优化资源的使用

 

修改 Bug和添加新的功能就不用说了，估计每个程序员都做过。通常修改 Bug和添加新的功能都会改变现有的程序的行为。

改善设计是另外一种软件变动，我们希望改变软件的结构以增加可维护性，通常我们不希望改变现有程序的行为。如果在改变的过程中，程序的行为发生了变化，我们会称之为 bug。改善设计而不改变行为的变化我们也称之为重构。

优化和重构很相似，但是目的不同。优化的目的是改变程序使用资源的情况，通常是时间和内存。

总的来说，这四种原因的比较如下：

	添加特性	修改 bug	改善设计	优化
结构	改变	改变	改变	--
功能	改变	改变	--	--
资源使用	--	--	--	改变

 

如果我们继续细化，把功能的改变细分为添加新的功能和改变原有的功能（包括删除原有的功能），那么情况如下

	添加特性	修改 bug	改善设计	优化
结构	改变	改变	改变	--
新功能	改变	--	--	--
原有的功能	--	改变	--	--
资源使用	--	--	--	改变

 

在添加新特性、改善设计和优化的时候，我们都希望保持原有的功能。就算是修改 bug的时候，我们会改变一些原有的功能，但是我们同样希望保持其他的原有的功能。因此，对于以上四种修改代码的原因，我们都是希望改变一些东西，同时保持全部或者大部分的原有功能不变。

那么这个对于程序员来说意味着什么呢？意味着程序员不仅仅要保证修改的一部分修改正确了，同时要保证其他的部分没有变化。不幸的是，要保证其他的部分没有变化不仅仅是不去碰那一部分代码就可以了。更加不幸的是，当我们做修改的时候，通常我们不知道到底有哪些其他的部分是可以发生变化的。（就算是自己写的代码，也很难完全想清楚，更别说是其他人写的代码）。