今天给本身提出一个问题，如何在项目代码中，如何将技术复杂度与业务复杂度分开，我之前从未想过这个问题，直到看到张逸的领域驱动设计。安全
技术复杂度体如今: 高性能、高可用、高可拓展、安全，此外还有低成本、规模等。但在具体实际业务中分析时，不能生搬硬套，总以达到这个几个点为目标。好比一个系统的复杂度原本是业务逻辑太复杂，功能耦合严重，可是架构师却以TPS达到5000/s为目标的架构，即便这个脚骨实现了，也是没有意义的，由于这个架构仍是没有正面的、正确的解决复杂性问题。架构
业务复杂度体如今：好比业务流程多，参与者多等。dom
张逸的这篇文章(http://zhangyi.xyz/why-do-we-need-domain-modeling/)，经过例子，逐步的演化，实现业务逻辑与技术实现的剥离。性能
更新中...设计