重构，开始第一个案例

前言

你会发现所谓设计不再是一切动作的前提，而是在整个开发过程中逐渐浮现出来的。——Martin Flower
。

没有银弹，没有放之四海而皆准的真理。

重构和自动化测试时紧密联系的，没有自动化测试，重构会步履维艰。

重构：在不盖被代码外在行为的前提下，对代码做出修改，以改进程序的内部结构。也就是在代码写好之后改进它的设计。

1
重构，开始第一个案例

1.1
起点

如果你发现自己需要为程序添加一个特性，而代码结构使你添加这个特性非常困难，那么先重构那个程序，使特性的添加比较容易进行，然后在添加特性。

1.2
重构的第一步

第一个步骤：为即将修改的代码建立一组可靠的测试环境。这样才能有效防止重构带来的危害。
这个测试环境首先要涵盖单元测试，集成测试，功能测试，其他，可以自动化运行所有的测试用例。


好的测试时重构的根本。


重构之前，首先检查自己是否有一套可靠的测试机制。这些测试必须有自我检验（self-checking
）能力。

1.3
分解并重组

遵循《代码大全》的一些构建原则，可以得出更加优良的设计，从而减少重构的几率。但是“过度设计”也是不恰当的。所以，设计是一个迭代的过程，在迭代的过程中进行优化，重构。

重构技术系以微小的步伐修改程序。如果你犯下错误，很容易便可发现它。

任何一个傻瓜都能写出计算机可以理解的代码。唯有写出人来容易理解的代码，才是优秀的程序员。

代码应该表现自己的目的。重构代码的过程中，将自己的理解嵌入代码。


慎用宏，而已常数变量来代替。