微信小程序之答题领券系统构建

这个项目做了有一段时间了，客户需求反复更改，所以版本也是在不断迭代，下面简要说明一下这个系统的构建过程吧

系统功能：

1.基于商城系统开发的商品答题领券功能

2.首页商品列表页显示当前商品的答题状态

3.答题系统后台和商城系统后台之间的用户信息同步

4.单个商品同一时间只能有一个人答题（单人答题）

5.自定义组卷以及商品的试卷自定义配置

功能介绍以及功能核心技术点：

一、用户信息同步

这个是在商城后台用户授权成功数据入库的接口后面将用户数据通过CURL向答题系统发起请求，将数据推送到答题系统，

而在答题系统这边，有一个上行接口来接收传来的用户信息并数据入库，如此用户信息就在商城后台和答题后台之间实现

了同步。

二、答题后台商品数据

因为要为商品配置答卷，也就是说每个商品答题的时候拉取的试卷是不一样的，是可以配置的，那么答题后台必须先要有

所有商品的数据啊，同理通过CURL向商场系统发起请求，商场系统的上行接口返回商品数据，答题后台的CURL拿到后商

品数据入库。

三、自定义组卷和商品关联答卷

其实这两个操作，都是同一个道理，一个是往试卷里添加/删除题目，一个是往商品添加/删除试卷，添加的时候contains字

段添加12;34;5;这样的字符串，删除的时候由于如果要删除5，那么势必要删除5;这样的字符串，那么如果还有15;或者25;这

样的字段那就尴尬了，

所以处理方法是先将contains字段值（varchar类型）转为数组（按；分割），然后再剔除5这一项，如此一来就不会出现把

25中的5剔除的尴尬了

解析的时候自然是将这个字段转为数组，才能正确读出试卷里有哪些题目，商品关联了哪些试卷

四、单人答题功能

这个功能的实现用到了一个锁机制，有人进入答题，拉取到试卷开始答题后，向答题后台通信，当前这个商品已经是上锁状

态，答题完毕，提交试卷解除锁定，或者中途退出（左上角返回键）解除商品锁定，最后还是发现了一个问题，就是小程序

从前台转后台的时候，页面的所有js都会停止，刚开始想着在页面卸载事件里面添加弹窗（是否退出当前答题，是的话解除

答题锁定，小程序进入后台），但是小程序直接进入后台并没有触发页面的卸载事件，而是在再次从后台到前台的时候才会

执行之前的页面卸载事件，最后，在答题开始商品加锁的时候添加了一个解锁的时间，时间为每题的时间10s乘上试卷总

量。等到用户再次由后台进入到前台（默认就是之前退出时的答题页面）这时候之前的卸载事件不是要执行么，于是在这

个事件里弹出一个模态框，提示信息：系统检测到您之前中途退出答题，之前的答题无效，再来一次！页面只有一个按钮

，无论如何，用户都只能重新再来。只要有人答题，后续的人答题拉取试卷的时候，因为当前商品的lock=1，于是就会有

弹窗，当前有人正在答题，即将退出！

五、首页商品答题状态显示

其实这个还是花了我一番功夫的，写了一大段js，小程序前端是数据绑定的，而商品信息是从商场后台拿到的，正在答题

的商品列表是从答题后台拿到的。

首先获取正在答题的商品列表，首先如果商品的解锁时间小于现在的时间，那么给这个商品解锁（答题中途小程序进入后

台导致的商品答题状态不更改），然后再拿所有上锁商品的id。

js部分，先过滤商城后台拿到的商品数据，取出他们的id存到数组，然后遍历这个商品id数组，如果商品id存在于正在答题

的商品列表里，那么为这个商品信息添加一个lock：1属性存到页面变量，不存在这个列表的话lock：0，最后将存了lock状

态的商品数据存到页面变量里，wxml渲染的时候，如果item.lock==1，就为这个商品页面添加一个“正在答题”的遮罩。