订单系统领域建模思考

最新推荐文章于 2025-09-17 10:14:15 发布

原创

最新推荐文章于 2025-09-17 10:14:15 发布 · 482 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#java #linux #区块链 #hadoop #设计模式

本文探讨了订单系统的领域建模，包括基本元素如交易、顾客、商家和货物，以及状态事件抽象。订单状态变更遵循通用流程，通过领域命令触发，并进行资格校验。订单状态包括已创建、已支付、已退款和已关闭，物流状态涉及待发货、已发货、已收货和已退货。命令如创建订单、支付订单、退款和发货等。文章还提及子域拆分，订单管理和物流管理被分为两个独立模块。最后举例说明订单创建命令的处理流程。

本文是对于订单建模的一点思考整理，里面应用一些对领域驱动设计的思考，默认读者对于领域概念有一些基本了解。

基本元素
交易最早是通过以物易物的方式来交换，后面产生等价通用物品即货币。交易上下文领域对象包括：

顾客 Consumer
货 Goods
货币 Currency
商家 Merchant

对于交易一句话描述就是，顾客在商家那里通过等价货币购换取了货物。

上面描述的四种领域对象作为领域实体，每一种领域实体通过 key 组合来确定实体的唯一性，ext 是值对象，用来描述实体。对应的实体描述如下：

Consumer:
{
    "key": "USER_ID",
    "ext": { }
}
Goods
{
    "key": "SKU_ID",
    "amount": 100,
    "ext": { }
}
Currency
{
    "type": "CNY|VIRTUAL_COIN",
    "amount": 100
}
Merchant
{
    "key": "yO7LmcWjqsJz1N5j",
    "ext": { }
}

状态事件抽象

订单状态变更命令通用流程抽象如下图，一个领域命令被触发后，首先进行状态变更前的资格校验事件回调，所有校验方均校验通过后方可进行后续处理，将交易修改为对应状态，状态修改后发布对应的状态变更事件，经由事件总线发布事件，所有监听方进行后续处理。一个领域命令执行结束。此流程可以套用到任何状态变更命令。