领域驱动设计-day6

本文介绍了如何使用领域驱动设计(DDD)来设计微服务的代码模型,重点聚焦在DDD分层架构上。内容涵盖了一级目录结构,包括Application层的应用服务、Event层的事件发布和订阅,强调了应用层与领域层的交互以及事件管理的重要性。
摘要由CSDN通过智能技术生成

今天开始学习,如何讲前期设计的领域对象转换为代码工程。

一.代码模型:如何使用DDD设计微服务代码模型?

之前的学习,讲到过一共是有三种架构模式:1.DDD分层架构。2.整洁架构。3.六边形架构。虽然是三种,但是感觉区别并不大,所以今天就围绕DDD分层架构进行代码设计。

DDD分层架构

首先先回顾下ddd分层架构。

 代码模型

一级目录结构

微服务一级目录是按照 DDD 分层架构的分层职责来定义的。从下面这张图中,我们可以看
到,在代码模型里分别为用户接口层、应用层、领域层和基础层,建立了 interfaces、
application、domain 和 infra 四个一级代码目录。
 
Interfaces(用户接口层): 它主要存放用户接口层与前端交互、展现数据相关的代码。前
端应用通过这一层的接口,向应用服务获取展现所需的数据。这一层主要用来处理用户发送
的 Restful 请求,解析用户输入的配置文件,并将数据传递给 Application 层。数据的组
装、数据传输格式以及 Facade 接口等代码都会放在这一层目录里。

Application(应用层):它主要存放应用层服务组合和编排相关的代码。应用服务向下基 于微服务内的领域服务或外部微服务的应用服务完成服务的编排和组合,向上为用户接口层 提供各种应用数据展现支持服务。应用服务和事件等代码会放在这一层目录里。

 
Domain(领域层): 它主要存
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值