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