DDD领域模型浅显易懂的示例实战

可能是我大脑不是很聪明的缘故,网上讲的DDD领域模型看的不太明白。不过看完下面的实战,估计就会懂了。

钱包业务示例

在这里插入图片描述

1,基于贫血模型的传统开发模式

这是一个典型的 Web 后端项目的三层结构。

  • 实体类
    在这里插入图片描述
  • Controller层
    在这里插入图片描述
  • Service层
    在这里插入图片描述

2,基于充血模型的 DDD 开发模式

  • 领域模型层(可以大致理解为实体类加上封装的指令)
    在这里插入图片描述
    在这里插入图片描述

  • Service层(将入参转为领域模型层,执行)
    在这里插入图片描述

总结

基于充血模型的 DDD 开发模式跟基于贫血模型的传统开发模式相比,主要区别在 Service
层。在基于充血模型的开发模式下,我们将部分原来在 Service 类中的业务逻辑移动到了一
个充血的 Domain 领域模型中,让 Service 类的实现依赖这个 Domain 类。

在基于充血模型的 DDD 开发模式下,Service 类并不会完全移除,而是负责一些不适合放
在 Domain 类中的功能。比如,负责与 Repository 层打交道、跨领域模型的业务聚合功
能、幂等事务等非功能性的工作。

基于充血模型的 DDD 开发模式跟基于贫血模型的传统开发模式相比,Controller 层和
Repository 层的代码基本上相同。这是因为,Repository 层的 Entity 生命周期有限,
Controller 层的 VO 只是单纯作为一种 DTO。两部分的业务逻辑都不会太复杂。业务逻辑
主要集中在 Service 层。所以,Repository 层和 Controller 层继续沿用贫血模型的设计思
路是没有问题的。
更多前沿技术,面试技巧,内推信息请扫码关注公众号“云计算平台技术”
在这里插入图片描述

  • 0
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
领域模型是软件开发中用于描述业务领域的概念和关系的一种建模方式。它主要用于帮助开发人员理解业务需求,并将其转化为可执行的软件系统。 在领域模型设计中,DDD(Domain-Driven Design,领域驱动设计)是一种常用的方法论。DDD强调将业务领域作为软件开发的核心,通过深入理解业务需求,将业务逻辑和领域模型进行有效的建模和设计。 在DDD中,领域模型是对业务领域中的实体、值对象、聚合根、领域服务等概念进行建模和描述的一种方式。它通过定义实体之间的关系、属性和行为,以及业务规则和约束,来描述业务领域的核心概念和逻辑。 领域模型设计的过程通常包括以下几个步骤: 1. 领域分析:深入理解业务需求,识别出业务领域中的核心概念和关系。 2. 实体建模:将业务领域中的实体抽象成具有属性和行为的对象,并定义它们之间的关系。 3. 聚合根设计:将相关联的实体组织成聚合根,通过聚合根来管理和维护实体之间的一致性和完整性。 4. 值对象定义:将不可变的、没有唯一标识的对象抽象成值对象,用于描述业务领域中的属性和属性集合。 5. 领域服务划分:将业务领域中的复杂业务逻辑抽象成领域服务,通过服务来实现业务操作和交互。 6. 领域事件设计:定义领域中的事件,用于表示业务领域中的状态变化和重要的业务行为。 通过合理的领域模型设计,可以提高软件系统的可维护性、可扩展性和可理解性,使开发人员更加专注于业务逻辑的实现。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值