qq_28695733的博客

背景上篇说过订单基础设计，介绍了订单中心应该有哪些能力，大概有哪些字段，还有容量上的处理。上篇有点像在讲订单的数据模型，这篇来看看订单的业务模型。价格模型订单的价格怎么计算得来？普通电商平台用户 实付 = 商品原价 * 商品数量 - 优惠 - 抵扣+ 运费。抵扣是啥？抵扣其实就是一种平台给予用户的等价物，类似于只能在特定平台使用的钱。例如：淘宝（淘金币）、京东（京豆）抵扣为啥不和优惠合并？在业务初期其实抵扣和优惠并无区别，但当具有一定规模时，抵扣可以作为一种单独的业务域独立的发...

背景在电商交易中台团队工作了一段时间，越发觉自己需要学习的东西还有很多，因此想要定期整理、反思一下所见、所想，因此先从接触的订单中心开始。订单是什么，我所理解，订单就是交易行为的记录。是用户某一刻在平台上购买的凭证，订单当时对应的商品、优惠等信息是不可更改的。换一种说法就是订单是交易行为的快照。在按下”快门“（下单）的一刻，所有信息都被锁定了。订单在公司业务中也是起一个大上下文的作用，保存着完整的元数据，下游需要时自取。因此对订单的设计注定是更加看重扩展性的。不然每来一个新的业务，都需要通过加字