一.领域驱动设计的过程
二.DDD的优势
三.战略建模VS战术建模
四.核心域/支撑子域/通用子域
一个业务系统一般只有一个核心域,其余的都是围绕核心域展开的。
五.理解限界上下文
上下文映射图
六.领域实体
七.实体和值对象
实体:表示那些具有生命周期并且会在其生命周期中发生改变的东西
值对象:表示起描述性作用的并且可以相互替换的概念
八.聚合
聚合:是指一堆对象的集合,对象之间具有密不可分的联系,他们是内聚在一起的。
使用原则:再一次事务中,最多只能更改一个聚合的状态。如果一次业务操作设计大了对多个聚合状态的更改该,那么应该采用发布领域实践的方式通知相应的聚合。(此时的数据一致性便从事务一致性变成了最终一致性)
九.聚合根
十.领域服务
三大特征:
- 服务执行的操作代表了一个领域概念,这个领域概念无法自然地隶属于一个实体或者值对象
- 被执行的操作涉及领域中的其他对象
- 造作是无状态的
十一.资源库
资源库用于宝尊和获取聚合对象
资源库分为两种:
- 基于集合的(比如一个存在内存中的集合)
- 基于持久化的(存储在数据库或文件中)
十二.领域事件
领域事件是在一个特定领域由一个用户动作触发的,是发生在过去的行为产生的事件,而这个事件是系统中的其他部分或者联系系统感兴趣的。
十三.例子
一个宏观的电商引入的先享卡业务域
- 原文作者:知识铺
- 原文链接:https://index.zshipu.com/geek001/post/20240730/%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1%E7%9A%84%E6%A6%82%E5%BF%B5_%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1-%E6%A6%82%E5%BF%B5--%E7%9F%A5%E8%AF%86%E9%93%BA/
- 版权声明:本作品采用知识共享署名-非商业性使用-禁止演绎 4.0 国际许可协议进行许可,非商业转载请注明出处(作者,原文链接),商业转载请联系作者获得授权。
- 免责声明:本页面内容均来源于站内编辑发布,部分信息来源互联网,并不意味着本站赞同其观点或者证实其内容的真实性,如涉及版权等问题,请立即联系客服进行更改或删除,保证您的合法权益。转载请注明来源,欢迎对文章中的引用来源进行考证,欢迎指出任何有错误或不够清晰的表达。也可以邮件至 sblig@126.com