浅谈软件重构

       很多人明知设计方案或者代码有问题，却不愿意去重构，这里面也存在很多原因，我觉得很多人之所有害怕重构，最大的问题在于担心重构之后会引入新的问题，难于测试。关于这一点，Bob大叔和我的想法不谋而合，尽量实现重构和测试的自动化。由于重构主要还是代码级的，对应的测试也主要是单元测试，单元测试的自动化程度在所有的测试中应该是最高的，因此只要我们有一套完整的测试用例，重构之后可以对应修改少许的测试代码就可以马上实施回归测试了。我个人觉得这个问题还是可以解决的，但是对于测试代码不完善或者根本没有测试代码的项目，实现起来恐怕会比较麻烦。因此，培养良好的开发习惯很重要，建议大家有空看看测试驱动开发(TDD)方面的资料，我相信对于所有一线开发人员还是挺有帮助的。

       当然也有人觉得重构麻烦，不愿意重构，觉得功能都没有问题了，没有必要再进行重构，担心重构之后的功能会出现问题。有这种想法的人缺乏一种专业精神，我个人觉得要想成为一名专业的程序员，应该掌握一些常用的重构技巧并经常在项目开发中使用它们，可能开始会比较麻烦一点，但是当重构成为你开发技能一部分，就像写for、if语句一样很平常，你就不会觉得这是一种麻烦。在现在主流的IDE，例如Eclipse、Visual Studio中，重构都已成为菜单的一部分，可见业界对于重构已达成共识，很多人把重构当做写注释一样，是一个很平常的提高代码质量的操作而已。

               专家建议，将重构当做一种习惯，发现有需要时就应该考虑重构。