联合黑卡及黑咖圈待优化

问题汇总 待解决 联合黑卡

联合黑卡 体验特权apply

重复地方较多,建议提取公共方法
1. sendPrivilege record 可以作为公共方法
2. privilegeHolder 和 expPrivilege 可以分开

联合黑卡 异常流程重试多且杂

部分地方为了考虑异常重试,写了很多 实际上根本不会(或者说很小概率)触发逻辑,增加了复杂度
一般异常需要人工介入,具体问题具体分析,单纯依赖机器自动重试,解决不了异常问题,异常流程优先走人工流程处理,等需要自动重试的情况变多,且异常情况已基本掌握在考虑实现自动重试
具体措施:
1.限制(增加重试次数限制)或者取消重试
2.添加手动重试支持
3.添加异常报警措施,便于后续异常分析和方案优化(是否有必要自动重试或者手动重试)

联合黑卡订单处理

统一订单抽象不够完全,导致支付订单模块很多重复代码
解决方案:
1. 考虑提取一些base service,base function,base serviceImpl
2. 采取”约定优于配置“的思路,即通用的无须修改只需关心实现不同的地方
3. 策略模式参考

相关文档待整理

技术方案与说明文档待补全,业务说明和相应解决方案说明都需整理

联合黑卡 开卡卡号选择

1. sql需优化,部分查询已经超过1秒了
2. 购卡时随机卡号并发选择问题(目前是select by rand)
3. 前缀限制需优化,目前根据前缀查询的话匹配条目数是10W级别

代码规范(按照开发手册来)

1. 文件命名规则统一
2. 文件存放路径整理
3. 常用字段统一命名

联合黑卡 第三方接口调用优化

• 顺丰接口调用优化

通用工具类维护整理

• HttpClientUtil标准化
• 其他