【注】架构之重构的 12 条军规（上）发布以后，一些读者着急要下篇，所以在这里我把上下篇合并成一篇，让大家可以阅读完整版，不用分开看了。 对于开发者来说，架构设计是软件研发过程中最重要的一环，所谓没有图纸，就建不了房子。在遍地 App 的互联网时代，架构设计有了一些比较成熟的模式，开发者和架构师也可以经常借鉴。 但是，随着应用的不断发展，最初的架构往往面临着各种问题，比如无法满足客户的需求、无法实现应用的扩展、无法实现新的特性等等。在这种情况下，我们如何避免一些坑，尽量比较成功地实现架构的重构，是很多开发者和架构师亟需解决的问题。 在这里，跟大家分享一...

　　【注】架构之重构的 12 条军规（上）发布以后，一些读者着急要下篇，所以在这里我把上下篇合并成一篇，让大家可以阅读完整版，不用分开看了。 对于开发者来说，架构设计是软件研发过程中最重要的一环，所谓没有图纸，就建不了房子。在遍地 App 的互联网时代，架构设计有了一些比较成熟的模式，开发者和架构师也可以经常借鉴。 但是，随着应用的不断发展，最初的架构往往面临着各种问题，比如无法满足买球官方网站客户的需求、无法实现应用的扩展、无法实现新的特性等等。在这种情况下，我们如何避免一些坑，尽量比较成功地实现架构的重构，是很多开发者和架构师亟需解决的问题。 在这里，跟大家分享一下 Uber 的工程主管 RaffiKrikorian 的 12 条规则，并附上一些解读，希望对大家有所启发。 确定重构的目的和必要性 看起来这个规矩有些多余，但是请不要忽略。每一次架构的重构都是“伤筋动骨”，就像做手术一样，即使再成功，也会伤元气，所以决策者们首先要分析架构重构的理由和其他备选方案，明确重构的目的是为了满足业务需求，并且是不得不做的最佳方案，然后再考虑其他问题。有时候，经过分析就会发现，也许还有其他解决方案，比如增加计算资源，或者重构的目的不是为了业务需求，那就没有必要做了。