【学习笔记】代码重构

原文链接：https://blog.csdn.net/MyronCham/article/details/119106688

一、重构原则
1、何谓重构
2、为何重构
3、何时重构
二、代码的坏味道
1、重复代码
2、过长的类
3、过大的类
12、冗余类
22、过多的注释
三、重新组织函数
1、提炼函数
四、在对象之间搬移特性
1、搬移函数
五、重新组织数据
1、自封装字段
10、封装字段
11、封装集合
六、简化条件表达式
1、分解条件表达式
2、合并表达式
3、合并重复的条件代码
七、简化函数调用
1、函数改名
12 、以工厂函数取代构造函数
八、处理概括关系
6、提炼子类
7、提炼超类
8、提炼接口

一、重构原则
1、何谓重构
对软件内部结构的一种调整，目的是在不改变软件可观察行为的前提下，提高其可理解性，降低其修改成本。

另一种解释是：使用一系列重构手法，在不改变软件可观察行为的前提下，调整其结构。

重构不止是代码整理，它提供了一种高效且受控的代码整理技术。

2、为何重构
改进软件设计：如果没有重构，程序的设计会逐渐变质，重构很像是在整理代码，所做的就是让所有的东西回到应处的位置上。

帮助找到bug：对代码进行重构，可以深入理解代码的作为，在搞清楚程序结构的同时，想不把bug揪出来都难。

提高编程速度：良好的设计是快速开发的根本，改善设计、提高可读性，减少错误，这些都是提高质量。

3、何时重构
任何情况下都反对专门拨出时间进行重构。重构本来就不是一件应该特别拨出时间做的事情，重构应该随时随地的进行。

三次法则

第一次做某件事情是只管去做；

第二次做类似的事情会产生反感；

第三次再做类似的事，就应该重构。

最常见的重构时机是想给软件添加新特性的时候；

重构的另个一原动力是：代码的设计无法轻松的添加所需要的特性

修改错误的时候

review代码的时重构

间接层和重构

计算机科学是这样一门科学：它相信所有的问题都可以通过增加一个间接层来解决。

大多数重构都为程序引入了更多的间接层，重构往往把大型的对象拆成多个小型的对象，把大型的函数拆成多个小型的函数。

但是，间接层是一把双刃剑。每次把一个东西分成两份，就需要多管理一个东西。如果某个对象委托另一个对象，后者又委托另一个对象，程序会愈加难以阅读。

何时不该重构：有时候既有代码实在太混乱，重构它还不如重新写一个来得简单。

重写而非重构的一个清楚讯号是：现有代码根本不能正常运作。