重构

本文主要从以下几个方面宏观介绍重构
1、什么是重构？
2、为什么要重构？
3、怎么进行重构？

什么是重构？

重构的定义：

重构（名词）：对软件内部结构的一种调整，目的是在不改变软件可观察行为的前提下，提高其可理解性，降低其修改成本。

重构（动词）：使用一系列重构手法，在不改变软件可观察行为的前提下，调整其结构。

从名词形式和动词形式的两个定义可知，重构的前提是不改变软件可观察行为，基于这个前提，使用更高效更清晰的方法来整理代码，使得软件更容易被理解和修改。

为什么要重构？

重构是一种工具手段，可以帮助我们始终良好地控制自己的代码。

重构改进软件设计

当我们为了短期目的，贸然修改代码，程序将会失去自己的结构，程序员就会越来越难通过阅读源码来理解原来的设计。重构可以帮助我们整理代码，使得代码结构保持完整可读。

重构使软件更容易理解

项目开发过程中，会涉及到多人协作，同时日后也会有其他人接手维护更新，因此除了自己看懂外，还需要让其他人能够很快地理解代码意图。重构可以让代码更好的表达自己的用途，让代码更容易阅读。

重构帮助找到bug

对代码重构时，我们首先会深入理解代码行为，然后再把理解应用到代码整理中，这种方式很容易能够发现程序的问题。

重构提高编程速度

良好的设计是快速开发的根本，重构可以帮助我们更加快速地开发软件，因为它组织软件结构腐败变质，提供设计质量。

怎么进行重构？

在重构之前，我们首先要知道在什么时候重构以及在什么时候不重构。
先说在何时进行重构。
1、添加功能时重构
添加功能时，我们首先会阅读理解既有代码的用途，这是进行代码重构的好时机。在这个过程中，如果发现代码结构不够完善或者是现有代码设计无法满足轻松添加新功能的需求，我们都可以进行重构。
2、修补错误时重构
当我们调试时，遇到错误，这就是需要重构的信号，因为显然代码还不够清晰——至少没有清晰到让你一眼看出bug
3、复审代码时重构
这也是在公司开发中很常见的方式。一般新人在完成功能后，会交由组长检查代码，这时组长会凭借经验提出代码重构的一些方法，和新人一起重构代码。
然后我们再明确下何时我们不进行重构
1、有时候你看到一些代码时，你会觉得重写比重构更高效，这取决于你的经验和能力。
2、当项目已经到了deadline时，你没有那么多时间进行重构，这时也应该要避免重构，以项目及时上线使用为主要目标。

重构的方法有很多，后续会在其他文章中进行介绍。