订单交易系统代码重构

订单交易系统随着业务的发展，逻辑也越来越多，需要进行重构，之前已经把交易模块拆分了，目前还需要再把订单系统进一步拆分

当前的问题

• 订单相关代码都放在一起，随着业务发展，逻辑越来越复杂
• 履约和查询（导出）对系统要求不同，不方便统一优化

重构方法

• 分离订单履约和查询相关逻辑代码
• 批量查询和导出相关逻辑，不再查询业务MySQL，改为查询ElasticSearch

ps: 重构时，要注意哪些业务是基本固定的，哪些是经常变动的，需要把变动的逻辑尽量放到一起

参考

• 重构：改善饿了么交易系统的设计思路