周遭所见，皆是变异与衰败...
随着时间的推移，代码是需要演化的，代码不是静态的事物，不是写一次就能一直满足需求的东西。
-
什么情况下重构
- 重复：你发现你违背了重复原则（系统中每一项知识都具有单一，无歧义，权威的表示）。
- 非正交的设计：正交（一个事物的变更，不会影响另一个事物的变更）
- 过时的知识：事情变了，需求转移了，你对问题加深了，代码需要跟上这些变化。
- 性能：为改善性能，必须重构。
- 测试阶段：对需求很明确，但是写的时候写的很紧张代码有优化的地方。
-
避免重构造成问题
- 重构是一种需要慎重，深思熟虑，小心进行的活动。
- 不要试图在重构的同时增加新功能
- 在重构之前确保你拥有良好的测试，尽可能的运行这些测试，这样如果你的改动破坏了任何东西，你就能很快知道。
- 利用idea自动重构，很多时候idea已经给你提示了，一个快捷键就重构了。
- 采取短小，深思熟虑的步骤，把一个字段从一个类移动到另一个，把两个类似的方法融合进超类中，重构常常涉及到进行许多局部改动，继而产生更大规模的改动，如果你使用的步骤保持短小，并在每个步骤之后进行测试，你将避免长时间的调试。
早重构，常重构
