携手创作，一起生长！这是我参加「日新方案 8 月更文挑战」的第16天，点击检查活动概况
代码重构重构就是在不改变软件体系外部行为的前提下，改进它的内部结构。重构不是重写，它们的差异你能够理解为，重构是修复代码，大框架不变。重写是丢掉本来的，重新设计框架。
为什么需求重构？
由于代码不是个静态的东西，他会随着时刻变得越来越杂乱。
什么时候需求重构？
当你发现以下几种情况时，应该重构。
一、代码不符合代码规范。
二、有新的完成方式具有更高的效率。
三、你看完代码后觉得应该重构了。
重构是一种习气，而不是一个使命。
注意事项
一、重构应该是日常行为，应该在每天的使命里预留一部分时刻，即能够用来应对暂时需求，也能够用来做重构。
二、不要在重构的代码的时候，添加新的功能。或许你觉得两个正好在一起，就一起做了。那会引发更多问题。
三、在开端重构之前，要先做好测试。既保证重构之前代码可运转的，也能保证出现问题后第一时刻发现。
四、小过程重构：将字段从一个类移动到另一个类，拆分办法，重命名变量。重构通常触及对许多局部进行的修正，这些局部修正最终会导致更大范围的修正。如果坚持小过程，并在每个过程之后进行测试，就能避免冗长的调试。
五、重构之前要备份，一旦出现问题或许有其他重要事情，还能够复原。
最简单的重构
一、重命名
好的命名能传达准确的信息，如果你发现命名不能传达准确的信息，那么就修正它。
二、提取重复代码
你以为你现已修复问题了，但后边发现问题还在，就是由于有许多重复代码，导致其他地方调用的办法并没有修正。
三、提炼函数
一个函数过长会显得十分杂乱，办法和类都应该遵守单一职责准则。
关于重构的更多信息，同学们能够去读《重构》这本书，书里讲的内容十分体系。
