“重建”的概念来自于Smaltalk圈，很快就进入了其他语言阵营。因为重建是框架开发中不可或缺的一部分，
当框架开发人员讨论他们的工作时，这个术语就诞生了。当他们完善自己的类继承系统时，
当他们喊自己可以删除多少行代码时，重建的概念就会慢慢浮出水面。
框架设计师知道，这在一开始是不可能完全正确的，它将随着设计师的经验而发展；
他们也知道，代码被阅读和修改的次数远远超过了它被编写的次数。
保持代码易于读取和修改的关键是重建框架和一般软件。
好极了，还有什么问题吗?问题很显然:重构具有风险。它必须修改运作中的程序，这可能引入一些不易察觉的错误。
如果重构方式不恰当，可能毁掉你数天甚至数星期的成果。如果重构时不做好准备，不遵守规则，风险就更大。
你挖掘自己的代码，很快发现了一些值得修改的地方，于是你挖得更深。挖得愈深，找到的重构机会就越多，于是你的修改也愈多……
最后你给自己挖了个大坑，却爬不出去了。为了避免自掘坟墓，重构必须系统化进行。
作者在《设计模式》书中和另外三位作者曾经提过:设计模式为重构提供了目标。然而“确定目标”只是问题的一部分而已，改造程序以达到目标，是另一个难题。
Martin Fowler和本书另几位作者清楚揭示了重构过程，他们为面向对象软件开发所做的贡献难以衡量。
本书解释了重构的原理和最佳实践，并指出何时何地你应该开始挖掘你的代码以求改善。
本书的核心是一系列完整的重构方法，其中每一项都介绍一种经过实践检验的代码变换手法的动机和技术。
某些项目如Extract Method和Move Field看起来可能很浅显，但不要掉以轻心，因为理解这类技术正是有条不紊地进行重构的关键。
本书所提的这些重构手法将帮助你一次一小步地修改你的代码，这就减少了过程中的风险。很快你就会把这些重构手法和其名称加入自己的开发词典中，并且朗朗上口。
下面是小编收集的《重构:改善既有代码的设计》教材目录：
教材内容部分展示：
| | 重构:改善既有代码的设计 阿里网盘 课程大小：0.00字节 |
提取码：**** （购买后可见） |
下载 |
