开发
-
使用说明 插件基于midwayjs开发的COOL-ADMIN Nodejs开发，仅限于需要快速上线的MVP项目使用 订单插件默认使用（分）为人民币金额单位，需要自行实现分到元/元到分之间的计算 在数据取出时，amount类型为string类型，需要进行转换后使用 所有的订单状态更新都需要通过各个模块根据具体业务进行验证后操作，才能触发hook hook的实现基于event，如果你使用pm2的clu…
-
微信支付商户 https://pay.weixin.qq.com 基于wechatpay-node-v3 https://www.npmjs.com/package/wechatpay-node-v3 仅适用于JSAPI和微信小程序 外部方法 支付接口[POST]：wxpay/jsapiMethod：transactions_jsapi拉起支付接口返回响应预支付ID（prepay_id）,通过微信…
-
该分类下没有文章
-
一个完善的订单系统包含创建订单->付款->售后->退款 其中我们需要创建的表有三张 订单表 售后表 退款表 本次设计不包含多商户的形式所以不包含"合单类型"的操作，考虑到后期扩展和数据分离的问题，部分操作略微复杂 订单业务 存储部分 所以project应该为array类型用于存储商品的数量，所以大概返回的JSON格式大概就是下面的形式 { "orde…
-
1 文章概述消费者在购物时，电商平台会生成订单。订单相当于是购物者和电商平台签订的合同，后续电商平台会进行履约。 消费者一般只关心买什么东西、付多少钱、货什么时候送达，对底层订单逻辑并不关心，对订单拆单这个概念也比较陌生，本文我们探讨一次基本订单拆单流程。 需要说明真实拆单场景非常复杂，不同公司拆单策略也不同，本文只是讲解一个简单实例，复杂场景需要根据策略具体分析。本文使用的是测试数据仅供演示。 …
-
最近一直在思考如何让订单这个服务进行插件化，在其他项目使用的时候也能直接将模块调用过去 基于cool-admin方法实现的思路同样适用于nestjs 设计订单状态 订单状态设计了很多种都不理想，因为每个模块的功能都不一样project也不一样比如服务订单的状态是服务中/暂停服务/完成服务等发货订单却是另一种比如，发货中/退货中等等 解决方案 我的打算是将status使用string，在所有订单的接…
