持续重构 避免过度设计

应用设计模式会提高代码的可扩展性 ,
但同时也会带来代码可读性的降低,
复杂度的升高. 一旦我们引入某个复杂的设计,
之后即便在很长一段时间都没有扩展的需求,我们也不可能将这个复杂的设计删除,
整个团队要一直背负着这个复杂的设计前行.

为了避免错误的需求预判导致的过度设计,我非常推崇持续重构的开发方法.
持续重构不仅仅是保证代码质量的重要手段,也是避免过度设计的有效方法.

二、重构的对象
1、大型重构：对顶层代码设计的重构，包括：系统、模块、代码结构、类与类之间的关系等，重构的手段有： 分层、模块化、解耦、抽象可复用组件等，重构的工具是设计思想、原则和模式。

2、小型重构：对代码细节的重构，主要是针对类、函数、变量等代码级别的重构，比如规范命名、规范注释、参数过多、 消除超大类或函数、提取重复代码等，重构的工具是编码规范。

三、重构的时机：WHEN
把持续重构、单元测试、Code Review作为开发的一部分,融入到日常开发中。另外要树立正确的代码质量观， 避免开发初期过度设计，费尽心思追求完美设计。

四、如何重构
1、大型重构：提前做好计划，分阶段迭代，保证代码库中的代码处于可运行、逻辑正确的状态。 2、小型重构，随时都可以做。 另外需要打造好的技术氛围，驱动大家主动关注代码质量，持续重构代码。

五、如何保证重构不出错：单元测试
 
https://blog.csdn.net/Veritas_C/article/details/106906693

持续重构 - 简书

为什么要持续重构_xiexiaojing的博客-CSDN博客