版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/linsongbin1/article/details/83818700
概述
最近想把下单接口中耦合的营销逻辑剥离掉，不然每次修改营销工具或者新增营销工具的时候，下单接口都得改动，下单接口本身就非常复杂了，每次改动都得小心翼翼，深怕出错，从而影响下单。
公司的营销工具非常多，像砍价、满减、优惠券、拼团、秒杀等。那么到底是将全部营销逻辑一次性剥离还是一个一个来呢？当时老板的建议是，一个一个来，降低风险。但是我没有听从，理由是：
营销逻辑应该有专门的营销系统负责，提供接口给订单系统使用，如果下单接口的营销逻辑一个一个剥离，那么部分营销逻辑通过调用新接口实现，部分营销逻辑仍然冗余耦合在下单逻辑中，这样不彻底也很难适配。另外，也将占有很多测试资源，每次剥离一点营销逻辑，测试人员都得把主流程测试一遍。
后来老板同意我的说法，开干。
努力的重构
当时是计划用两个星期的时间，完成任务。一个人负责营销接口的实现，另外一个人负责修改下单接口。
进度非常不错，用一个星期就差不多完成主要逻辑。心情仍然很happy。
计划有变
由于公司业务的发展，营销工具越来越多，原有的营销工具也不断演进，导致下单接口需要频繁的改动。而我们小组又在做下单接口的重构，需要同步需求和代码。更可怕的是，我们当时是想剥离所有营销逻辑的。最后发现，做不到。
只能用回老板原来的方案，一个一个的剥离，不然下单接口剥离营销逻辑这个任务，好几个月都无法上线。
总结
1、如果当时能多跟产品经理沟通，了解营销工具未来的迭代计划，那么我当时就不会冲动的想一下子剥离所有营销逻辑了。
2、变化太快太多的，只能小步小步的重构，步伐太大，很难有阶段性的里程碑。