首页
AI Coding
数据标注
NEW
沸点
课程
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
DDD
订阅
用户105574768329
更多收藏集
微信扫码分享
微信
新浪微博
QQ
4篇文章 · 0订阅
【基于电商履约场景的 DDD 实战】DDD领域驱动设计的优势分析以及与MVC架构对比
// 1.warehouseDao.// 2.orderFulfillDao.// 3.// ...// 4.orderAllocateWarehouseDao.// 1.OrderFulfill orderFulfill = orderFulfillRepository.// ...
【基于电商履约场景的 DDD 实战】DDD业务建模第二部分:履约的战术设计(梳理整个战术设计流程图)-CSDN博客
实体(Entity):实体比较好理解,就是实体类,比如对于订单来说,它的实体就是 Order 类,需要唯一标识 值对象(Value Object):值对象是一种特定的实体,它代表了一个不可变的、没有唯一标识的对象。
【基于电商履约场景的 DDD 实战】DDD业务建模第一部分:战略设计(业务流程梳理)-CSDN博客
划分有界上下文:将各个业务模块的责任划分清楚,各个模块只负责自己的任务,达到高内聚的效果,比如仓储服务负责发货、商品校验一些任务,而履约服务负责生成履约单以及使用仓储服务所提供的一些功能,将各自负责的任务写到各自的上下文中去子域:一般来说和有界上下文是一一对应的,比如履约有界上下...
DDD系列第四讲:领域层设计规范
在一个DDD架构设计中,领域层的设计合理性会直接影响整个架构的代码结构以及应用层、基础设施层的设计。但是领域层设计又是有挑战的任务,特别是在一个业务逻辑相对复杂应用中,每一个业务规则是应该放在Entity、ValueObject 还是 DomainService是值得用心思考的…