坏的代码重构 好的代码重构 vs 如何做出正确选用
好的代码重构 vs 坏的代码重构：如何做出正确选用？
译文 精选 作者： 刘汪洋 最好的重构往往是让终端用户毫无发觉，却能极大地便捷开发人员。经过优化代码的可读性、可保养性和效率，同时坚持系统的稳固性，你将为整个团队发明更高的上班效率并缩小技术债务。译者 | 刘汪洋
审校 | 重楼
多年来，我招聘了许多开发人员，其中一些人坚信代码须要频惨重构。但是，理想是，简直每次他们成功重构并将代码交付给其余开发人员时，大家往往发现这些代码反而变得更难了解和保养。更蹩脚的是，重构后的代码通常运转效率更低，且疑问频发。
须要明白的是，重构自身并无不妥。它是坚持代码库肥壮和可继续开展的关键。但是，不当的重构会带来负面影响，试图改良代码时出现的失误，往往会大失所望，这种状况并不稀有。
接上去，咱们将讨论如何辨别好的重构与不良重构，并讨论如何防止成为那个让团队成员都不情愿接触代码库的开发者。
重构的优势、缺陷与圈套
在编程中，形象既或许带来好处，也或许形成疑问，关键在于何时以及如何运行。上方，咱们将讨论一些经常出现的圈套，并讨论如何防止这些疑问。
1. 大幅扭转编码格调
我经常看到开发人员在重构环节中齐全扭转编码格调，这是最经常出现的失误之一。通常，这种状况出当初开发人员来自不同背景或对某种编程范式有剧烈偏好的状况下。
让咱们来看一个例子。假定咱们有一段须要重构的代码：
重构前 ：
// 
