转转游戏的账号订单流程重构之路

1 背景1.1 核心代码分布散乱1.2 缺少设计模式1.3 影响交付效率2 如何重构2.1 方案确定2.2 三层接口+策略模板模式2.3 具体实现3 上线保障3.1 流程测试3.2 灰度策略3.3 异常机制4 总结1 背景随着需求的不断迭代，项目代码的复杂度也会越来越高，“屎山”也一天一天慢慢的堆积起来，对于游戏业务的账号订单流程也是如此。游戏订单类型由原来的俩种增加到了现在的七种，早就已经到了需要重构的地步。但是由于牵涉流程长、影响范围大、平时需求排期也比较紧张，所以便无法抽出大量的时间去进行重构。因为一开始就设计的不够规范、合理，所以之前整个账号订单流程存在以下主要问题：1.1 核心代码分布散乱除了按照原子层、服务层划分之外，还有一个服务用于接收订单mq进行大量的处理操作，订单相关的接口分布于多个类甚至是一些名称与订单毫不 ………………………………