随笔分类 -  最佳实践-设计

摘要:超链接: 支付系统-帐户系统总结 费用变更: 2.进入收银页面了. 既然收银台不能主动调用业务系统. 那么收银台就提供一个接口,提前处理费用变更的逻辑. 即先关单来避免支付数据错误. 最好支付宝,微信那边也提供. 1.正常逻辑是支付前做一次 check, 费用是否变化. 提现: 先扣费,再提现.长期 阅读全文
posted @ 2018-01-18 20:29 fei33423 阅读(244) 评论(0) 推荐(0)
摘要:北京和杭州的设计最大不同是 北京有个 api ,不关心存储. 杭州在重构的时候也遇到这样的问题. 1. 先把 dal 抽取出来+ 一些通用的功能. 2.还是直接整个功能抽取过来,有较强的业务含义. 账单系统,订单系统,发单抢单系统.收银系统. 新业务可以跨过发单抢单系统来操作. 收银台可以把 sdk 阅读全文
posted @ 2018-01-04 16:05 fei33423 阅读(147) 评论(0) 推荐(0)
摘要:押金 账单 退款 1. 押金账单的依附是是行为. 账单可以先不用记录. 流水id 就用当前时间+自增 id. 2. 记录押金的统计金额时,千万不能把 押金状态修改和押金统计金额修改放在一个幂等里. 不然遇到 一次有两次退款.就会遇到 后一次发现已经退款中,就不会去修改金额了. 应该和账单的状态修改放 阅读全文
posted @ 2018-01-04 15:49 fei33423 阅读(165) 评论(0) 推荐(0)
摘要:技术设计金字塔 包含了状态设计文章 1. 不要状态回溯 一旦出现状态回环就进入关闭状态. 新建一个实体. 获取实体列表里不出现这个. 2. 状态机多个状态进入到一个状态 例子: 取消状态. 背景: 订单状态: 新建 - 开始计费 - 结束行程 - 已完成(支付成功)每个状态都可以进入取消状态. 解决 阅读全文
posted @ 2017-12-30 15:36 fei33423 阅读(226) 评论(0) 推荐(0)