在做一套门店会员管理软件。
需求背景
以洗浴中心为例，客户在会员管理系统后台结算时，可以在一笔订单里同时支付：
- 快捷收款。例如，购买服务配套商品，毛巾，拖鞋等
- 服务开单。例如，搓澡等
而之前是拆分为两个不同的结算接口的，确实不太合理。
现有流程梳理
- [X] 确认快捷收款接口的参数，及流水记录逻辑
- [X] 确认服务开单接口的参数，及流水记录逻辑
流程基本一致，有一点区别：
- 第一步判断是否是余额支付，如果是，判断余额是否足够
- 第二步记录流水日志
- 唯一的差别是，服务开单多了个保存服务清单的逻辑
改造逻辑
- 接口合并为一个
- 还是得支持以后增加商品后的情况，items 里要能区分开服务和商品，增加一个 type 字段，type 1 : 服务，type 2 ：商品。但是对于商品（快捷支付），由于目前不支持，id 可以置为 0。
- 流水日志，将快捷收款与开单合并为一个类型
- 接口命名就叫 generic pay 吧。。。泛型