《从0开始学架构》第六章是架构实战，写的简单易懂，如果想了解深入一些的，可以看看《左耳听风》的文章。
架构实战里有三篇关于重构的内功心法，正好最近也在搞重构的事情，很有参考价值。
重构最重要的是什么？
从一大堆纷繁复杂的问题中识别出真正要通过架构重构来解决的问题，集中力量快速解决，而不是想着通过架构重构来解决所有的问题。
做到有的放矢还是很重要的。
很多时候要重构是因为问题太多了，但是一次重构不能解决所有问题的。只有辨别出最核心的问题点，才能明确重构的意义。至于其它的问题，要么在重构过程中自然解决了，要么重构完后会变得容易解决。
所以可以先梳理出所有问题，找到真正核心的点。
沟通
重构从来不是自己团队的事情。重构需要QA测试，会一定程度上影响研发进度，需要上下游配合修改。
- 要和利益相关方沟通好，让大家对于重构能够达成一致共识，避免重构过程中不必要的反复和争执。
- 和其他相关或者配合的系统的沟通协调。阻力来自“这对我有什么好处”和“这部分我这边现在不急”。
有效的策略是“换位思考、合作双赢、关注长期”。简单来说就是站在对方的角度思考，重构对他有什么好处，能够帮他解决什么问题，带来什么收益。
此处也说明了找到重构解决的核心问题的重要性。这个痛点应该是大部分合作方都能感受到的。如不重构的话开发周期会增长、开发质量下降，对于产品、QA而言，这也是他们的痛点。
阶段推进
虽然找到了核心问题，但可能一把搞不完。
将要解决的问题根据优先级、重要性、实施难度等划分为不同的阶段，每个阶段聚焦于一个整体的目标，集中精力和资源解决一类问题。
如何制定“分段实施”的策略呢？
- 优先级排序
- 问题分类
- 先易后难
- 循序渐进
好处是大家能不断的看到优化的效果，保持对此事的信心。同时可以查看行进的方向是否准确，及时做出一些变更。