何时开始重构？

“任何时候都可以重构”，如果这样回答太过于宽泛，因为总有那么一些时候重构的 ROI （投入产出比）并不高，设置与对重构还不那么熟悉的开发者相当于什么都没有说。

所以整理了下日常开发中进行重构的时间点，从而来帮助提升开发效率和重构效率。

如上图：日常重构的时间点可以分为上述三个时间点。

1. Tasking 之后，开发之前进行重构；
2. 开发过程中，进行小步重构；
3. 修复 Bug 时进行重构；

01 Tasking 之后，开发之前进行重构

Tasking 指的是任务拆解（如果不熟悉，可以看这个视频 或者 看这篇文章）,拆分过程中有可能会涉及到在原来的代码上进行添加，因此可以在Tasking 过程中先了解原来的代码，并将原代码中发现的坏味道标注出来列在 Task 列表中。

因此在完成 Tasking 之后，其实就是一个时机来进行重构。当然有些重构并不是一开始做，而是随着实现逐步引发小步重构。但是 Tasking 之后考虑何时重构绝对是一个事半功倍的时间点。

另外，在干净整洁的代码上添加新的代码，也是更加容易的。