这是一个创建于 545 天前的主题，其中的信息可能已经有所发展或是发生改变。
之前都是写微服务，单体服务还真就不怎么会写
两个模块：商品和订单
眼下有这么两个流程：
一、用户下单：创建虚拟商品，创建订单。
二、用户支付：订单状态更新为已支付，虚拟商品出库。
注意：
一、要符合模块自治的要求。商品的操作在商品模块实现，订单的操作在订单模块实现
二、整个流程，要么全部成功或失败，要么支持回滚
如果是微服务，可由上层服务组合这些操作，也大概率会有一个可以重试的消息队列。
但现在是单体服务，还没有消息队列
两个模块：商品和订单
眼下有这么两个流程：
一、用户下单：创建虚拟商品，创建订单。
二、用户支付：订单状态更新为已支付，虚拟商品出库。
注意：
一、要符合模块自治的要求。商品的操作在商品模块实现，订单的操作在订单模块实现
二、整个流程，要么全部成功或失败，要么支持回滚
如果是微服务，可由上层服务组合这些操作，也大概率会有一个可以重试的消息队列。
但现在是单体服务，还没有消息队列
 |
1
haoz1w0w 2024 年 7 月 17 日
单体服务直接用事务不就行了
|
 |
2
dzdh 2024 年 7 月 17 日
抽个中间逻辑层 负责混合调用两个
|
 |
3
Akitora 2024 年 7 月 17 日
再加一层
|
 |
4
gosky OP |
 |
5
nothingistrue 2024 年 7 月 17 日
把你的微服务怎么实现最终一致性的，搞清楚就可以了，没必要往外面找。「微服务」、「单体当中严格分离的模块」，这俩概念，在设计层面上，本来就是同一个。
|
|
6
dzdh 2024 年 7 月 17 日
@gosky
商品管理 product.add / remove / update 订单管理 order.new / update / query 下单逻辑层 （同级） orderlogic.neworder : order.new(product.id, num,price) product.update(stock-1) |
Select Language