项目迭代总结-优惠券方案

项目迭代之方案与优惠券

最近（11.1-11.25）开发了关于优惠券和方案的内容，优惠券经过方案的包装，对客户发放优惠券。
这是做的比较复杂的一个逻辑，过程中出现的问题也比较多，所以记录一下。

基本思路（按照原型图）

主要是包含三种形式（活动发放，下单赠券，特定赠券）

活动发放

按照发放人群，节点去创建方案，交互的所有结果总结为下。

下单赠券

方案关联商家，每个商家设置方案，下单达到金额，即送优惠券，同时push和弹窗。

特定赠券

方案可以上传会员手机号，启用的时候，给这些会员发放优惠券同时push。（比较简单，暂无流程和思维导图）

难点总结

• 下单赠券部分的校验同一个方案下，不同规则的金额范围不能重复
• 下单赠券部分的校验同一个规则下，各个礼包的优惠券数量不限，但是优惠券优惠总额必须保持一致
• 活动发放的交互结果比较多，处理麻烦，需要想到每一个结果
• 每次发券结束需要更新优惠券数量，不能发超了（毕竟涉及到钱的事情）

因为规则：礼包：优惠券 =1:n:n，所以上边的两个校验，用到了冒泡排序的方式，因为开发时间比较紧，自己也没有做过其他时间复杂度更小的算法，所有就用了这个方式👀。活动发放的话，因为自己比较粗心，好多交互没有想到，弹窗的节点和发放优惠券节点都没有想周到，导致出了很多的bug，比较头大。更新数量，因为涉及到多个节点，多个更新数量的情形，所以就是比较容易遗漏。

题外话总结

这次迭代开发任务，做的过程真的太复杂了，但是开发了一个不到一个月之后，现在再回想就是很清晰了，当时就是比较迷糊，也感觉很复杂， 开发起来比较费劲的。
所以有时候，开发一个新的任务，需要先把逻辑缕的很清楚，这样的话，以后遗留的bug也会减少，同时减少没有想到的bug，逻辑复杂的，也需要去颗粒化。

这个任务，确实是我自己主动去要的，所以不管是否复杂，心里还好吧，需要总结一下，做过复杂的，以后做别的，也会比较轻松的嘿嘿/