故事背景
在我们的业务内的主线流程内，存在前端业务混乱，整体业务不合理的问题存在。今天来分析一下，并提出对应的优化点。优化方案
下图为业务对应的图：
这段的业务逻辑是我们主线流程上的逻辑，主要是推送课程的时候，活动将要结束的时候可能会有一定的激励配置。读取不同的激励配置，前端会有不同的表现形式，活动也会有不同的走向。
第一条主线逻辑为：
进入活动时，预加载3个活动，将这些活动的规则放到redis内。以供具体活动调用
第二条主线的逻辑为：
活动将要结束的时候，获取对应的激励配置规则，如果配置了发送调查问卷就进行发送。然后继续加载下3个活动。
第三条主线：
调用发送调查问卷的接口，给未及时参与的人员发送调查问卷。
整个流程存在如下几个方面的问题：
前端存在较多逻辑，逻辑混乱难以维护
可以独立开来的业务逻辑没有进行独立
优化方案
将获取激励规则配置与发送调查问卷合并成一个接口。某个活动结束之后，触发一下激励就足够了，无论激励用户配置的是什么没有必要返回给前端，如果需要一些处理的消息，定义好返回给前端，前端渲染就够了
将查询三个执行任务，与触发规则激励，分开处理。预加载三个执行任务本身没有问题，在活动切换的时候触发就可以，没有必要由是否发送问卷接受。
总结提升
开发需求的时候，既要考虑业务相关性也要考虑业务的独立性。相关的业务放在一起。不相关的业务一定要避免干扰。
