gydtep
发表于 2022-9-6 15:50:35
本文将重点讨论下这个比较现实的问题。同时根据网友的试读建议本文进行了思维导图的总结,可以保存收藏。
gydtep
发表于 2022-9-6 19:03:55
SpuBO,SkuSnapShotBO等。这些虽然没有表达商品的概念也没有显示的定义
ItemBO 但是我们可以很容易的通过关联关系来把他们画成一类。你可能会觉得
gydtep
发表于 2022-9-7 09:45:04
尝试划分领域的一个最好的实践就是去了解业务流程,通过时序图,通过流程
图我们可以从不同的节点事件来表达这些节点事件的关联关系,比如外卖,对
gydtep
发表于 2022-9-7 14:43:19
么抄过来的。那么对于划分领域的这个人是否真正的从业务出发去划分谁也不
知道,就是说这个领域在当前业务中是肯定存在的,比如下单优惠,支付优惠
gydtep
发表于 2022-9-7 18:56:04
所以绕来绕去还是需要建设一个相对统一和通用的支撑系统来解决每个系统的共性的业务的依赖功能。
其他的例子也有不少比如工具,中间件等,但是都是基于抽象复用和解耦的目
的去考量和划分领域的。
gydtep
发表于 2022-9-8 14:01:26
做的事情相似或者一样,如果存在的话说明还可以继续优化。直到每个领域做
的事情都足够唯一或者职责单一,到合适的正交维度即可。如果过度的追求正
交和职责单一可能会出现3.1的情况。
gydtep
发表于 2022-9-8 16:33:41
上其实领域是更模糊的,有时候上下文就可以代表领域,但是领域其实可能不
能跟上下文去划等号。所以领域划分的话其实是对时空间的划分,比如生态系
gydtep
发表于 2022-9-9 09:48:02
实际上所有的这些架构理论到最后都是为了使得我们代码结构更加清晰,从而开发出 bug 少、扩展性强、逻辑清楚的应用。因此本文就是为了解决 DDD 领域驱动落地实践最后一公里问题
gydtep
发表于 2022-9-9 15:04:02
无论是数据库查来的还是缓存萃取出来的还是从外部查来的,它只需要关心它自己领域内的业务逻辑就可以。既然我们明确了该怎么进行领域分层,那么各层的数据组织形式是怎样的呢?
gydtep
发表于 2022-9-9 19:27:07
在用户接口层,它需要接收来自 WEB 端、APP 端以及其他的外部数据请求,并将请求通过 DTO 向应用层进行传递,根据应用层返回的 DTO 数据,再将 DTO 转化为页面需要呈现的 VO 数据,进行最后的页面展示。
页:
1
2
[3]
4
5
6
7
8
9
10
11
12