DDD(domain driven design)-领域驱动设计

最新推荐文章于 2024-08-01 15:08:56 发布

Quito.Gao

最新推荐文章于 2024-08-01 15:08:56 发布

阅读量1.1k

点赞数

分类专栏：设计模式文章标签：设计模式 java spring boot 架构分布式

本文链接：https://blog.youkuaiyun.com/qq_41674943/article/details/121533142

版权

设计模式专栏收录该内容

1 篇文章

订阅专栏

本文介绍了领域驱动设计（DDD）及其在微服务架构中的应用。DDD强调通过与领域专家合作提炼通用语言，创建反映业务逻辑的领域模型。文章讨论了分层架构和六边形架构的优缺点，指出DDD在需求频繁变化、复杂度高的项目中更具优势。此外，还对比了MVC和DDD的代码结构，强调DDD在业务逻辑清晰度和扩展性上的优势。最后，提出了判断项目是否适合使用DDD的依据，包括业务变化速度、团队经验和项目时间等因素。

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

领域驱动设计概述

DDD(Domain Driven Design)
即领域驱动设计，核心是不断提炼通用语言并用于与领域专家等团队所有成员交流，并用代码来表达出一个与通用语言一致的领域模型。

背景

这些年随着设备以及技术的发展，软件架构发生了很多变化，从最初的单机(BS/CS)架构到后面的集中式架构，再到如今的微服务架构，现在基本可以说是微服务架构盛行的时代，DDD早在2004年就由埃里克·埃文斯提出，但一直处于一个不愠不火的状态，直到Martin Fowler的《Microservices》引起大家注意，也就是微服务盛行之后(这儿需要说明的是，微服务最早的提出者不是Martin Fowler，而是Fred George)，DDD再次回到人们视野中间**

软件架构模式的演进

在这里插入图片描述

概念

在这里插入图片描述
下图很好的展示了领域，限界上下文，聚合，聚合根，实体以及值对象的关系。

分层架构与六边形架构

分层分包

复杂是我们软件生涯的一生之敌。

我们先回顾一下分层分包的概念：
分层是除“模块化”之外最古老的架构模式，冯诺依曼计算机模型是模块化的架构，但同时计算机世界也是层层叠加的。分层分包的本质就是隔离，人处理难题的能力是有限的，无法同时处理很多复杂的事情，所以不把所有东西都放在同一层次，譬如行政体系也是分层的。隔离使得各个层次职责更清晰，更容易管理。

分层的原则是只能上层调用下层，而不能反过来，反之容易导致循环依赖。分包的原则是，同一个包中的对象天然是亲和的，同时对包外的对象是不亲和(隔离)的。

分层架构 & 面向过程设计 - MVC

在这里插入图片描述
缺点：
一个服务方法几乎包含了所有的逻辑，负责校验、获取外部信息、组装、转换SpuDTO为SpuDO、并调用SpuMapper保存到数据库，SpuDO为失血模型。
耦合性强，在各种service（如MaterialService，CategoryService）内部注入，重构/扩展性差。
优点：
在逻辑很简单场景下，crud迭代最快。 MVC保证了代码最差也差不到哪去（基本总是最差）

六边形架构 & 面向对象设计 - DDD

在这里插入图片描述
优缺点：
DDD如果做的差，会比MVC还要差，如果做的好，的确可以应对业务的变化（了解业务，预测业务的变化）。
业务逻辑清晰度高。
防腐层隔离变化。
充血模型扩展性高（当MVC耦合成一团💩山的时候，还敢随便改SpuDO的信息吗？除非读懂每一个Service的调用过程）
各领域自治，可以自我发展。