评论

谈谈这次答题活动小程序遇到的几个问题

谈谈这次答题活动小程序遇到的几个问题

谈谈这次答题活动小程序遇到的几个问题

~


其实是几个问题,但是今天只谈谈一个最大的问题吧,然我改数据改到手抽筋了

是这样的,我的答题活动小程序,答题结束不是可以抽奖吗,具体规则是这样的

答题不做限制,每天可以答题无数次,但是抽奖只有第一次可以抽中,这个规则是没有问题的,前面的文章我分析过,不是抽奖的奖品总是跟奖品的库存不匹配,就是下发的奖品比库存要少几个

针对这个问题,我昨天修复了,当前问题确实修复了,但是带出了更大的问题,让我厂子都悔青了,真的

这次迭代后,由于我的疏忽,具体规则变为

答题无限制,抽奖也无限制了,只要库存在就一定会抽中奖品

其实我昨天就发现了,但是太晚了,没有细看,今天仔细测试了下,定位到了问题,原来是云开发where匹配的时候是强类型的

具体代码如下所示

~

就是在where匹配的时候,number是按照数字来落的,但是where查询的时候按照字符串来匹配的,之所以出现这个问题是由于,其实在本次迭代之前,number确实是按照字符串是落的,

我迭代后这个版本,number就改为按照数字来落,但是我在where匹配的时候,没有同步修改,就导致了这个无比低级,而且影响非常大的问题


通过这次问题复盘,给我一个深刻的教训

1、云开发where查询是强类型;

2、后面开发小程序的时候,如果能保证变量是纯数字落库的时候一定要强制转化成数字再进行落库,这样从根本上保证了,数据类型不会发送变更。


最后复盘下这次答题活动,本次答题活动为三八妇女节答题活动,答题活动持续时间为3-11至3-15,也就是还有1个小时这个活动就结束了


答题数据如下所示

~

具体答题人次为5286次,答题用户接近500人,其实在我做过的答题 活动中,这个属于中等,但是由于这是我第一个答题+抽奖模式的,所以我比较上心,这次教训是深刻的。


最后一次编辑于  03-15  
点赞 1
收藏
评论
登录 后发表内容