这当然不可以了，直接点击事件就放开下一题按钮，在单选场景下是通的。但是多选的时候我们还要再防御一层。
那就是：
// 置灰提交按钮与否
if(this.chooseNumStr.length > 0){
//多选的时候，因为再次点击会把记录抹除，所以chooseNumStr会是动态改变的，
//如果一个也没选择，多选也好单选也罢，这个字符串肯定是空的，故而判断长度小于0就不让他提交！
this.unclickable = false;
}else{
// 没有选东西，就置灰按钮
this.unclickable = true;
}
耶！第六点 多选功能与下一题 按钮高亮可跳转功能 的结合也完成啦
至此，关于按钮的样式和逻辑就完毕了，每次点击下一题下一题的功能就跑通了。
但是，一直跑到 第十四题点击下一题 ，15题内按钮文案还是下一题，可是这是最后一题了啊，讲点理吧！
好，那就讲理点，让他改成提交，这时下一题和提交按钮换岗。
换岗的时机我是在数据响应回来后判断本题目的题号/id，如果是14题，那么下一题就是最后一题，点击下一题就让提交按钮上岗，下一题退休。
说了这么多，说的最多的是点击下一题。所以在下一题里绑定的事件，就有一个角落是来干这个事的：
// 下一题
if(_this.state.ExamInfo.QuestionID == 14){
//点击下一题，数据响应回来后，新数据替换前，判断如果当前是第14题就改变按钮。
//判断切换下一题和提交按钮
_this.isLast = true;
}然后，提交和下一题俩按钮的样式就靠这个状态值控制，只要在事实的时候改变状态值让他俩交岗即可。
（仔细总结会发现，都是这么一个套路，数据改变某个状态值，状态值绑定在结构上，影响视图的不同展示）
后来，还发现一个隐藏的问题：
点击下一题后，因为是单页应用，页面结构和数据都没有刷新， 上一道题用户选择的结果绑在li上边的样式还需要清空，
所以每次点击下一题甚至提交后都需要在重新填新题目数据时把li的样式选中都清空，也就是把类名都清空。
// 样式清空
for (let i = 0; i < _this.$refs.liId.length; i++) {
_this.$refs.liId[i].className = '';
}也需要把上一题的选择数据清空，也就是 chooseNumStr字符串=”;
且如果用户翻到下边再还数据，虽然用户看着像换了页面，但其实还在这一页。为了把假象做的更逼真点，需要页面定位到顶部：
// 点击下一题，新页面应该定位到顶头题干位置
