架构设计的终极目的： 快速响应业务需求，对业务达到可持续的稳定的支撑！ 为了达到上述的目的，不同的时间，不同的地点，不同的环境，不同的发展阶段，都可能有不同的解决方案措施，但是别问白猫黑猫，抓到老鼠就是好猫。 之所以有各种各样的架构，很大程度是为了应对"复杂性"， 如果事情本身不复杂，为了架构而架构，就是舍本逐末。而影响到事物复杂性的因素主要有：事物数量多，事物联系多，事物变化多。为了解决复杂性，我们就应该 化繁为简。然而，事物的复杂性永远不会消失只会转移。将事物划分的过粗，可能导致单个模块内部过于复杂;而将模块划分的过细，导致整体的模块的数量过多，以及潜在的联系过多。所以要把握一个度，这个度的标准就是"高内聚，低耦合"。为了应对复杂度中"变化多"的因素，我们应该从业务发展的角度来看，哪些部分是稳定的，哪些部分又是将来可能发生变化的，将变化的部分是否可以抽象出不变的框架，作为扩展点。