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

2019-04-15 10:29:44 浏览数 (2)

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

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

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

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

    更新中...

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

0 人点赞