本来实现多选单选这个功能，vue组件中在表单方面提供了一个v-model指令，非常的善解“猿”意，
能把我们的多选单选功能很完美的且很强大得双向绑定起来，实现多选单选任意选根本不在话下。
但是，凡事都有一个但是！
但是奈何这个项目设计稿的缘故，使用原生的表单组件是不可能使用了，请看ui图：
可悲的是，这个项目两个月后，我才来做项目复盘，
话说也就在此时，我才发现有一种更简单的方式来实现并且应用上v-model，
为什么要为了样式放弃功能然后自己吭哧吭哧傻-滴-呼呼的用js来实现了类似双向绑定的感觉！！！
flag：今天先专注把我费劲巴拉手动搬得砖总结一下，明天（07-05）我再把所谓的最简单的方法做出来贴这里~
这个需求的难点在于以下几点：
1．单选点击后选中状态，需满足如下：X
a) 每次点击只能选中其中一个
b) 当选中时再次点击其他选项需要切换选择对应点击项
c) 选中时点击自身无显示上的反应(同样的逻辑再做一遍也无妨，即再加一遍类名也看不出来)
2．多选样式展示，需满足如下：
a) 同时可以选中多个X
b) 多选已选中状态再次点击取消选中X
3．多选选中项的记录，需满足如下：
a) 选择几个记录几个
b) 选中再取消时需要将本条记录的数据通时消除(依据点击事件，事件点击触发判断哪个被选中了)
4．单选选中项的记录，方便提交数据
5．未点击选项不可提交，并给提示
6．可提交状态，需满足如下：
a) 单选选中任意一个，即可提交。再次修改对提交没有影响
b) 多选至少选中一个可提交，再次修改需判断是不是没选东西
7．第十四题点下一题切换提交按钮
8．快速点击下一题，多次提交
9．点击下一题提交数据后，拿响应结果调取弹层提示用户选择是否正确
=============接下来一 一解决====================
首先先说结构
看似十道题，其实是一道题不停的换数据，所以我的外部结构就是一个form加一个空的div
别问我为什么多余一个空的，我也很无措。
form.question(v-if="state.ExamInfo") div
然后题目标题很傻瓜式得使用了h3
h3.qus-title(:data-id="state.ExamInfo.QuestionID") {{state.ExamInfo.ExamQuestionNo}} {{state.ExamInfo.Description}}
选项上，我使用ul>li的形式描述了多个选项
ul.qus-list
li(v-for="(item,index) in state.ExamInfo.QuestionAnswerCode" @click="choosed(index)" v-bind:class="{'li-focus' : chooseNum==index}" ref="liId") {{item.Code}}、{{item.Description}}
大致几个属性
- v-for是为了遍历题中的每一个选项，
- click绑定了点击当前li时的事件，v-bind同步click绑定了动态的类名，用于展示选中状态。
- 这里值得注意的一个点也是当时抓虾的一个点是，v-on:click和v-bind:class结合，
- click的时候，每次把当前点击的li的index值传出去，
然后定义一个变量chooseNum，点击函数中，将参数index赋给他
this.chooseNum = index;
靠这种间接拿到点击索引值得曲线救国方式，在v-bind的监视下，每次点击获得的索引chooseNum
和这几个li中自己的index对上眼以后，就如正确的钥匙对上了合适的锁，类名绑定就成了。
也就是那十几条难题中的第一个被轻松干掉的难题的前半部分： 单选点击后选中状态 。
费这么半天劲，才解决一个点啊！我不服！别急，接下来还有好戏。
但其实这个思路还是挺重要的，靠这一点“死皮赖脸”拉关系的劲头，这个法子以后还倒是可以有很多用武之地。
好戏在下一个属性，没错就是ref，这也是我步入万丈深渊一去不复返的梯子啊！
ref
要知道人家可以vue里边的特殊特性，
要知道人家可是很有能力的，
要知道我老是连着打不出妖之道这三个字！我就不行了啊！
好了不皮了。
官网记载ref这个特殊特性，被用来给元素或子组件注册引用信息。 引用信息将会注册在父组件的 $refs 对象上。
如果在普通的 DOM 元素上使用，引用指向的就是 DOM 元素； 如果用在子组件上，引用就指向组件实例。
我的理解大白话来说，他就是给dom元素或者组件实例一个身份证号，身份证号有的特性他也就有，那就是唯一不重复。
如果配合上v-for，就能获取这一批带有ref特性所组成的数组。
通过数组下标索引出来的个体，也就是对应的dom元素本身或者组件实例本人无疑了。
就好像拿着身份证号去公安局查人一样，快速不说，还很高效有没有，一查一个准！
但需要说明的是，在created钩子中，这个特性拿不到东西，生命周期钩子里只有在mounted里（可能还有后边的钩子里，我没用过不准确）可以用，毕竟你想啊，身份证号虽说一出生就有了，但是只有挂载到网上你才能查到大的嘛！
所以，我究竟用它做了什么呢"htmlcode">
if(this.$refs.liId[index].className.length <= 0){
//首先先判断当前li有没有被选中，因为我这里li除了选中状态的有类名，其他没有类名，所以我就这么判断了。
//这么看有时候舍弃一小丢丢规范的东西反而省力。
this.$refs.liId[index].className = 'li-focus';// 添加类
}else{
//当前li已经被选中，那么在多选的逻辑里，是允许人们选中后再取消选中的，所以前端展示层面上把样式去掉。
this.$refs.liId[index].className = '';// 选中再取消的情况
}
好了，第二个 多选样式 搞定。
那么接下来，选择的结果呢，能不能来一次“趁火打劫”趁点击的时候偷偷记录下用户的选择？答案当然是可以的啦！
首先说多选功能的趁火打劫吧，就着上边增删类名的热乎劲，紧接着在每次点击时我们记录下当前点击的是谁
// 获取选中结果
for (let i = 0; i < this.$refs.liId.length; i++) {
if(this.$refs.liId[i].className.length > 0){
this.chooseNumStr += this.$refs.liId[i].innerText.substring(0,1);
}
}
这一段再次利用了ref的特性，找到当前点击的dom，截取人家选项里的第一个字，那就是ABC or D；
拼接到事先准备好的字符串chooseNumStr中(要发给数据用的)，因为这里和后端提前约定的就是将选择结果以字符串的形式提交。
if判断那里，条件再次是利用了li谁有类名就是选了谁的不讲理原则。第三个 多选记录选项功能 问题搞定。
第四个问题是，既然多选记录搞定了，那么单选呢，也应该在每次点击的时候搞定他吧？那是自然！
这里我刚刚突然又想到了一个解决方法，于是这里我将呈现俩个：
1.那就是我当时脑残的解决方法，不过这种方法唯一的好处可能是，
产品大大过来说，那sei，你把选项中的ABCD去掉吧，不好看，那我就傻逼了。
事实上，本来人家设计稿里选项处就没有ABCD，我本着你好我好大家好的原则，说服了他们加上的。。。。。
不废话了，我发现我进入中年了，絮絮叨叨总是进不了正题，或许这和我上课爱走神有关吧。
//索引0-3对应答案A-B,依次类推
// 注意，这里看看最多的选项是多少个，进行下配置，当前只是配置到了F
switch(index){
case 0: this.chooseNumStr = 'A';
break;
case 1: this.chooseNumStr = 'B';
break;
case 2: this.chooseNumStr = 'C';
break;
case 3: this.chooseNumStr = 'D';
break;
case 4: this.chooseNumStr = 'E';
break;
case 5: this.chooseNumStr = 'F';
break;
}
没错，还是在choose中，我判断是单选后，用switch来判断index的值，进而匹配到chooseNumStr的结果。
虽然这种方法很笨拙，而且有超出设置范围的选项的危险，但是，我傻啊！哪有什么方法！
当初就是觉得这么干很不妥，可是直到今天我再看自己的代码才想到更好的解决方案的啊！那他是啥啊？！那就是：
2. 就还是强大的ref登场，规则和选择多选一样，只不过不用for循环。你是不是已经想到了啊哈！
对的，每次单选点的是那个就截取 this.$refs.liId[i].innerText.substring(0,1); 简直soeasy
好了，第四个问题 单选的答案记录 问题解决。
然后，我们接着趁热打铁（才发现他和趁火打劫好像是兄弟啊！）,解决下边点击按钮的问题。
需求是没选是灰色，选择选项后可提交：
首先是两个按钮的结构，为了避免后期下一题和提交按钮的交班时我还得判断点击事件是他俩谁和谁，
所以我用了两个按钮，绑了两个事件，把不同功能的事件分开绑定了。
.public-btn(v-if="!isLast" @click="nextItem" v-bind:class="{'public-btn-gray': unclickable}") 下一题
.public-btn(v-else @click="submitItem" v-bind:class="{'public-btn-gray': unclickable}") 提交
可以看到，除了事件我还绑定了class，那个public-btn-gray的生存与否取决于unclickable。
先说没选是灰色的处理：
这个思路上就是肯定是默认提交按钮就是灰色的，也就是有着public-btn-gray类名的。
这里有一个用于描述按钮是不可点击状态的变量unclickable，专门管理按钮是否可点击的。
初始化时是true不可点击的。这样，按钮的gray类名public-btn-gray就加了。
逻辑上，点击按钮的时候先判断这个值，如果为true就提示用户要先选择答案：
if(this.unclickable){
alert('您还没有选择答案哦！');
}else{// do someting you wanted;}
然后是 选择选项后可提交 。
那这不好说嘛！我只要点击事件一触发，就把可点击状态放开不就好了嘛！
那好，我是用户，我在如图第15题选择a、c解锁提交按钮，然后我再点击a、c抹掉我的记录，
但这时我的提交按钮已打开，我可以在他毫无防备的情况下趁虚而入（中华文化真博大，这是第三个同意义的成语了）！哈哈哈。
这当然不可以了，直接点击事件就放开下一题按钮，在单选场景下是通的。但是多选的时候我们还要再防御一层。
那就是：
// 置灰提交按钮与否
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字符串='';
且如果用户翻到下边再还数据，虽然用户看着像换了页面，但其实还在这一页。为了把假象做的更逼真点，需要页面定位到顶部：
// 点击下一题，新页面应该定位到顶头题干位置 document.body.scrollTop = 0;
正当我看着这个天衣无缝的假功能玩的开心的时候，测试大大跑过来说:
~我快速点击多次提交就提交了好多次。。
~exm"htmlcode">
if(!this.isClicked){//没点击过
//该干啥干啥！
}else{
//该干嘛干嘛去！
}
所以，到底应该干吗？！
终于说到最后，我好困，如果不是自娱自乐我可能坐着睁眼就睡着了，不，我已经进入梦乡了
说到拿响应结果,，这无非就是 根据相应结果弹层 而已，我不想说什么了。
睡了。晚安世界~
总结
以上所述是小编给大家介绍的vue实现自定义多选与单选的答题功能，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对网站的支持！