架构之技术复杂度与业务复杂度 原

    今天给自己提出一个问题，如何在项目代码中，如何将技术复杂度与业务复杂度分开，我以前从未想过这个问题，直到看到张逸的领域驱动设计。

    技术复杂度体现在: 高性能、高可用、高可拓展、安全，此外还有低成本、规模等。但在具体实际业务中分析时，不能生搬硬套，总以达到这个几个点为目标。比如一个系统的复杂度本来是业务逻辑太复杂，功能耦合严重，但是架构师却以TPS达到5000/s为目标的架构，即使这个脚骨实现了，也是没有意义的，因为这个架构还是没有正面的、正确的解决复杂性问题。

    业务复杂度体现在：比如业务流程多，参与者多等。

    张逸的这篇文章(http://zhangyi.xyz/why-do-we-need-domain-modeling/)，通过例子，逐步的演化，实现业务逻辑与技术实现的剥离。

    更新中...

(adsbygoogle = window.adsbygoogle || []).push({});