一、背景
以下流程图是给用户发送调查问的整体流程,将不必要的业务逻辑放到前端进行处理。这样导致逻辑混乱难以维护。前后端分离的其中一个目的是将功能的样式放在了前端将功能的业务逻辑放到了后端来处理。
二、思路
明确业务逻辑,梳理前端的功能样式和功能样式对应的后端接口。
三、过程
主要的业务逻辑
1.在章节推送页面,查询三个执行的章节颗粒会调用后端接口保存规则在redis中。
2.当章节颗粒执行的倒计时进入到10时,前端再调用后端接口获取该章节颗粒的激励配置,并返回个给前端。
3.当章节颗粒结束时判断是否配置发送调查问卷如果配置了,就调用后端发送调查问卷的接口发送问卷,之后继续该流程,执行下一个章节颗粒。如果没有配置则继续该流程,执行下一个章节颗粒。
解决问题的思路
1.将及时器放入到后端:这样的话在后端进行倒计时到十秒的时候调用获取激励规则,计时器到零秒时发送调查问卷。这样的话减少了前端的逻辑判断,将逻辑放入到后端进行。并且减少了入口。
2.取消不必要的循环,在流程图上去除循环,没有必要进行调用。
四、总结
将同一功能的样式和逻辑计算进行了拆解,这样的好处1.提高了开发效率,前后端可以有对应的人员进行开发。2.增强了代码的可维护性,减少了样式和逻辑的耦合。解决问题方便定位。3.提高了复用性,适应能力强同一套后端程序代码,不用修改就可以用于Web界面、手机、平板等多种客户端。
体现了面向对象的思想。高扩充、高复用、低成本维护。