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

最新推荐文章于 2024-11-17 17:17:26 发布

转载最新推荐文章于 2024-11-17 17:17:26 发布 · 2.2k 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：https://my.oschina.net/u/2518341/blog/2049743

文章标签：

#python

本文探讨了在软件开发过程中如何区分技术复杂度与业务复杂度，并通过领域驱动设计实现两者的有效分离。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

2019独角兽企业重金招聘Python工程师标准>>>

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

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

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

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

更新中...

转载于:https://my.oschina.net/u/2518341/blog/2049743