外因:
1. 需求复杂
2. 需求反复
3. 公共模块缺不够底层
内因:
1. 每次重构没有形成足够的沉淀. 没有分清底层和上层逻辑
2. 对需求发展评估不足
3. 重构不彻底. 模块壁不够清晰. 名存实亡. 留有一些尾巴被后续逻辑利用.
4. 重构周期内被污染
5. 伪重构: 重构重心在分割代码而非抽象
6.
How To Do:
1. 对底层的重构, 是要集中最大的耐心和精力, 所有的代码都是散发的, 底层如果偷懒留有尾巴, 必然会导致上层加以利用
2. 底层最核心的是数据抽象和管理, 数据流 -> 控制流. 设计好数据的存取, 分块
3. 分割的代码, 是重构的表面工作, 是重构的第一步, 但不应是重构的产物. 分割后, 逐个进行必要的抽象.才是衡量重构深度,地基扎实度的唯一标准
4. 上层的污染如果不是沿着底层尾巴渗入底层, 可以认为是浮层, 不需要特别在意. 重点是向底层渗入的通道, 要堵死, 提供合理的途径
5. 需求发展的方向, 要从全局和更高的业务抽象角度去思考. 不要脱离业务进行代码重构抽象. 代码的抽象方向是受业务底层机制的原理指引的.