當 better-scroll 遇見 Vue
在我們日常的移動端項目開發中，處理滾動列表是再常見不過的需求了。 以滴滴為例，可以是這樣豎向滾動的列表，如圖所示：
也可以是橫向滾動的導航欄，如圖所示：
可以打開“微信 —> 錢包—>滴滴出行”體驗效果。
我們在實現這類滾動功能的時候，會用到我寫的第三方庫，better-scroll。
什么是 better-scroll
better-scroll 是一個移動端滾動的解決方案，它是基於 iscroll 的重寫，它和 iscroll 的主要區別在這里。better-scroll 也很強大，不僅可以做普通的滾動列表，還可以做輪播圖、picker 等等。
better-scroll 的滾動原理
不少同學可能用過 better-scroll，我收到反饋最多的問題是：
我的 better-scroll 初始化了， 但是沒法滾動。
不能滾動是現象，我們得搞清楚這其中的根本原因。在這之前，我們先來看一下瀏覽器的滾動原理：
瀏覽器的滾動條大家都會遇到，當頁面內容的高度超過視口高度的時候，會出現縱向滾動條；當頁面內容的寬度超過視口寬度的時候，會出現橫向滾動條。也就是當我們的視口展示不下內容的時候，會通過滾動條的方式讓用戶滾動屏幕看到剩余的內容。
那么對於 better-scroll 也是一樣的道理，我們先來看一下 better-scroll 常見的 html 結構：
<div class="wrapper"> <ul class="content"> <li>...</li> <li>...</li> ... </ul> </div>為了更加直觀，我們再來看一張圖：
綠色部分為 wrapper，也就是父容器，它會有固定的高度。黃色部分為 content，它是父容器的第一個子元素，它的高度會隨着內容的大小而撐高。那么，當 content 的高度不超過父容器的高度，是不能滾動的，而它一旦超過了父容器的高度，我們就可以滾動內容區了，這就是 better-scroll 的滾動原理。
那么，我們怎么初始化 better-scroll 呢，如果是上述 html 結構，那么初始化代碼如下：
import BScroll from 'better-scroll'
let wrapper = document.querySelector('.wrapper')
let scroll = new BScroll(wrapper, {})better-scroll 對外暴露了一個 BScroll 的類，我們初始化只需要 new 一個類的實例即可。第一個參數就是我們 wrapper 的 DOM 對象，第二個是一些配置參數，具體參考 better-scroll 的文檔。
better-scroll 的初始化時機很重要，因為它在初始化的時候，會計算父元素和子元素的高度和寬度，來決定是否可以縱向和橫向滾動。因此，我們在初始化它的時候，必須確保父元素和子元素的內容已經正確渲染了。如果子元素或者父元素 DOM 結構發生改變的時候，必須重新調用 scroll.refresh() 方法重新計算來確保滾動效果的正常。所以同學們反饋的 better-scroll 不能滾動的原因多半是初始化 better-scroll 的時機不對，或者是當 DOM 結構發送變化的時候並沒有重新計算 better-scroll。
better-scroll 遇見 Vue
相信很多同學對 Vue.js 都不陌生，當 better-scroll 遇見 Vue，會擦出怎樣的火花呢？
如何在 Vue 中使用 better-scroll
很多同學開始接觸使用 better-scroll 都是受到了我的一門教學課程——《Vue.js高仿餓了么外賣App》 的影響。在那門課程中，我們把 better-scroll 和 Vue 做了結合，實現了很多列表滾動的效果。在 Vue 中的使用方法如下：
<template>
<div class="wrapper" ref="wrapper">
<ul class="content">
<li>...</li>
<li>...</li>
...
</ul>
</div>
</template>
<script>
import BScroll from 'better-scroll'
export default {
mounted() {
this.$nextTick(() => {
this.scroll = new Bscroll(this.$refs.wrapper, {})
})
}
}
</script>
Vue.js 提供了我們一個獲取 DOM 對象的接口—— vm.$refs。在這里，我們通過了 this.$refs.wrapper訪問到了這個 DOM 對象，並且我們在 mounted 這個鈎子函數里，this.$nextTick 的回調函數中初始化 better-scroll 。因為這個時候，wrapper 的 DOM 已經渲染了，我們可以正確計算它以及它內層 content 的高度，以確保滾動正常。
這里的 this.$nextTick 是一個異步函數，為了確保 DOM 已經渲染，感興趣的同學可以了解一下它的內部實現細節，底層用到了 MutationObserver 或者是 setTimeout(fn, 0)。其實我們在這里把 this.$nextTick 替換成 setTimeout(fn, 20) 也是可以的（20 ms 是一個經驗值，每一個 Tick 約為 17 ms），對用戶體驗而言都是無感知的。
異步數據的處理
在我們的實際工作中，列表的數據往往都是異步獲取的，因此我們初始化 better-scroll 的時機需要在數據獲取后，代碼如下：
<template>
<div class="wrapper" ref="wrapper">
<ul class="content">
<li v-for="item in data">{{item}}</li>
</ul>
</div>
</template>
<script>
import BScroll from 'better-scroll'
export default {
data() {
return {
data: []
}
},
created() {
requestData().then((res) => {
this.data = res.data
this.$nextTick(() => {
this.scroll = new Bscroll(this.$refs.wrapper, {})
})
})
}
}
</script>
這里的 requestData 是偽代碼，作用就是發起一個 http 請求從服務端獲取數據，並且這個函數返回的是一個 promise（實際項目中我們可能會用 axios 或者 vue-resource）。我們獲取到數據的后，需要通過異步的方式再去初始化 better-scroll，因為 Vue 是數據驅動的， Vue 數據發生變化（this.data = res.data）到頁面重新渲染是一個異步的過程，我們的初始化時機是要在 DOM 重新渲染后，所以這里用到了 this.$nextTick，當然替換成 setTimeout(fn, 20) 也是可以的。
為什么這里在 created 這個鈎子函數里請求數據而不是放到 mounted 的鈎子函數里？因為 requestData 是發送一個網絡請求，這是一個異步過程，當拿到響應數據的時候，Vue 的 DOM 早就已經渲染好了，但是數據改變 —> DOM 重新渲染仍然是一個異步過程，所以即使在我們拿到數據后，也要異步初始化 better-scroll。
數據的動態更新
我們在實際開發中，除了數據異步獲取，還有一些場景可以動態更新列表中的數據，比如常見的下拉加載，上拉刷新等。比如我們用 better-scroll 配合 Vue 實現下拉加載功能，代碼如下：
<template> <div class="wrapper" ref="wrapper"> <ul class="content"> <li v-for="item in data">{{item}}</li> </ul> <div class="loading-wrapper"></div> </div> </template> <script> import BScroll from 'better-scroll' export default { data() { return { data: [] } }, created() { this.loadData() }, methods: { loadData() { requestData().then((res) => { this.data = res.data.concat(this.data) this.$nextTick(() => { if (!this.scroll) { this.scroll = new Bscroll(this.$refs.wrapper, {}) this.scroll.on('touchend', (pos) => { // 下拉動作 if (pos.y > 50) { this.loadData() } }) } else { this.scroll.refresh() } }) }) } } } </script> 這段代碼比之前稍微復雜一些, 當我們在滑動列表松開手指時候， better-scroll 會對外派發一個 touchend 事件，我們監聽了這個事件，並且判斷了 pos.y > 50（我們把這個行為定義成一次下拉的動作）。如果是下拉的話我們會重新請求數據，並且把新的數據和之前的 data 做一次 concat，也就更新了列表的數據，那么數據的改變就會映射到 DOM 的變化。需要注意的一點，這里我們對 this.scroll 做了判斷，如果沒有初始化過我們會通過 new BScroll 初始化，並且綁定一些事件，否則我們會調用 this.scroll.refresh 方法重新計算，來確保滾動效果的正常。
這里，我們就通過 better-scroll 配合 Vue，實現了列表的下拉刷新功能，上拉加載也是類似的套路，一切看上去都是 ok 的。但是，我們發現這里寫了大量命令式的代碼（這一點不是 Vue.js 推薦的），如果有很多類似滾動的組件，我們就需要寫很多類似的命令式且重復性的代碼，而且我們把數據請求和 better-scroll 也做了強耦合，這些對於一個追求編程逼格的人來說，就不 ok 了。
scroll 組件的抽象和封裝
因此，我們有強烈的需求抽象出來一個 scroll 組件，類似小程序的 scroll-view 組件，方便開發者的使用。
首先，我們要考慮的是 scroll 組件本質上就是一個可以滾動的列表組件，至於列表的 DOM 結構，只需要滿足 better-scroll 的 DOM 結構規范即可，具體用什么標簽，有哪些輔助節點（比如下拉刷新上拉加載的 loading 層），這些都不是 scroll 組件需要關心的。因此， scroll 組件的 DOM 結構十分簡單，如下所示：
<template>
<div ref="wrapper">
<slot></slot>
</div>
</template>
這里我們用到了 Vue 的特殊元素—— slot 插槽，它可以滿足我們靈活定制列表 DOM 結構的需求。接下來我們來看看 JS 部分：
<script type="text/ecmascript-6"> import BScroll from 'better-scroll' export default { props: { /** * 1 滾動的時候會派發scroll事件，會截流。 * 2 滾動的時候實時派發scroll事件，不會截流。 * 3 除了實時派發scroll事件，在swipe的情況下仍然能實時派發scroll事件 */ probeType: { type: Number, default: 1 }, /** * 點擊列表是否派發click事件 */ click: { type: Boolean, default: true }, /** * 是否開啟橫向滾動 */ scrollX: { type: Boolean, default: false }, /** * 是否派發滾動事件 */ listenScroll: { type: Boolean, default: false }, /** * 列表的數據 */ data: { type: Array, default: null }, /** * 是否派發滾動到底部的事件，用於上拉加載 */ pullup: { type: Boolean, default: false }, /** * 是否派發頂部下拉的事件，用於下拉刷新 */ pulldown: { type: Boolean, default: false }, /** * 是否派發列表滾動開始的事件 */ beforeScroll: { type: Boolean, default: false }, /** * 當數據更新后，刷新scroll的延時。 */ refreshDelay: { type: Number, default: 20 } }, mounted() { // 保證在DOM渲染完畢后初始化better-scroll setTimeout(() => { this._initScroll() }, 20) }, methods: { _initScroll() { if (!this.$refs.wrapper) { return } // better-scroll的初始化 this.scroll = new BScroll(this.$refs.wrapper, { probeType: this.probeType, click: this.click, scrollX: this.scrollX }) // 是否派發滾動事件 if (this.listenScroll) { this.scroll.on('scroll', (pos) => { this.$emit('scroll', pos