最近在做一個(gè)測試題，前后可以切換題目，點(diǎn)擊按鈕選擇答案，選擇答案的同時(shí)改變按鈕的背景色，如下圖所示：

初始代碼

我用了vue和swiper。所有的題目是一個(gè)對(duì)象數(shù)組，通過v-for渲染：

<swiper ref='mySwiper' :options='swiperOptions'> <swiper-slide v-for='(item, index) in listData' :key='index'> <div class='question-box'> <div class='idx'>- 第{{ index+1 }}題 -</div> <div class='question'>{{ item.question }}</div> </div> <button @click='goNext(index, ’a’)' :class='item.answer==’a’ ? ’active’: ’’'>是</button> <button @click='goNext(index, ’b’)' :class='item.answer==’b’ ? ’active’: ’’'>否</button> </swiper-slide></swiper>

一開始我把每道題目的answer存放在對(duì)象里面，點(diǎn)擊的按鈕時(shí)候切換answer的值，button的動(dòng)態(tài)class監(jiān)聽到值改變后會(huì)引發(fā)背景色的改變。js部分：

goNext(index, answer) { this.$set(this.listData[index], ’answer’, answer) this.swiper.slideNext(100)},

發(fā)現(xiàn)問題

測試發(fā)現(xiàn)這樣把點(diǎn)擊事件和動(dòng)態(tài)樣式互相依賴，會(huì)造成大概幾百毫秒的延遲才執(zhí)行slideNext()，是可以直觀感受到的延遲。通過調(diào)試，發(fā)現(xiàn)造成延遲有兩方面的原因：

this.$set 更改數(shù)組 執(zhí)行完點(diǎn)擊事件 到 動(dòng)態(tài)class監(jiān)聽到數(shù)據(jù)的改變 中間也有延遲。

于是我換了一個(gè)思路，不把每個(gè)題目的answer放在對(duì)像數(shù)組里面，而是在data里面定義一個(gè)answerMap，這樣解決了問題1。為了解決問題2，我選擇把動(dòng)態(tài)樣式 :class 去掉，改成用原生js在點(diǎn)擊事件里面直接修改class。這樣兩步下來，確實(shí)看不到延遲了。

優(yōu)化后的代碼

html部分

<button @click='goNext($event, index, ’a’)'>是</button><button @click='goNext($event, index, ’b’)'>否</button>

js部分

goNext(e, index, answer) { const element = e.target const bro = element.parentNode.children for (let i = 0; i < bro.length; i++) { if (bro[i] !== element) { bro[i].classList.remove('active') } } element.classList.add(’active’) this.answerMap[this.listData[index].question] = answer this.swiper.slideNext(100)},

測試結(jié)果：可喜可賀，slideNext()不再有肉眼可見的延遲了。

有的時(shí)候?yàn)榱松賹扅c(diǎn)代碼，不知不覺犧牲了性能。這次實(shí)踐，雖然原生JS使我增加了好幾行代碼，但是帶來的性能提升也是非常明顯的。經(jīng)過這次優(yōu)化，我覺得如果對(duì)Vue源碼理解透徹的人，大概是能馬上知道優(yōu)化點(diǎn)。我雖然看過一遍源碼，但還是理解不夠深入。需要學(xué)習(xí)的還有很多呀~

到此這篇關(guān)于vue+swiper實(shí)現(xiàn)左右滑動(dòng)的測試題功能的文章就介紹到這了,更多相關(guān)vue左右滑動(dòng)內(nèi)容請(qǐng)搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)！