快捷導(dǎo)航

Vue項(xiàng)目數(shù)據(jù)動態(tài)過濾實(shí)踐及實(shí)現(xiàn)思路

更新時間：2018年09月11日 14:55:50 作者：SHERlocked93

這篇文章主要介紹了Vue項(xiàng)目數(shù)據(jù)動態(tài)過濾實(shí)踐,，非常不錯，具有一定的參考借鑒價值，需要的朋友可以參考下

這個問題是在下在做一個Vue項(xiàng)目中遇到的實(shí)際場景，這里記錄一下我遇到問題之后的思考和最后怎么解決的(老年程序員記性不好 -。-)，過程中會涉及到一些Vue源碼的概念比如 $mount 、 render watcher 等

問題是這樣的：頁面從后臺拿到的數(shù)據(jù)是由 0 、 1 之類的key，而這個key代表的value比如 0-女、 1-男的對應(yīng)關(guān)系是要從另外一個數(shù)據(jù)字典接口拿到的；類似于這樣的Api：

{
 "SEX_TYPE": [
 { "paramValue": 0, "paramDesc": "女" },
 { "paramValue": 1, "paramDesc": "男" }
 ]
}

那么如果view拿到的是 0 ，就要從字典中找到它的描述女并且顯示出來；下面故事開始了

1. 思考

有人說，這不是過濾器 filter 要做的事么，直接Vue.filter不就行了，然而問題是這個filter是要等待異步的數(shù)據(jù)字典接口返回之后才能拿到，如果在 $mount 的時候這個filter沒有找到，那么就會導(dǎo)致錯誤影響之后的渲染(白屏并報undefined錯)；

我想到的解決方法有兩個：

把接口變?yōu)?a rel="external nofollow" target="_blank" >同步，在 beforeCreate 或 created 鉤子中同步地獲取數(shù)據(jù)字典接口，保證在 $mount 的時候可以拿到注冊好的filter，保證時序，但是這樣會阻塞掛載，延長白屏?xí)r間，因此不推介；

把filter的注冊變?yōu)楫惒剑讷@取filter之后通知 render watcher 更新自己，這樣可以利用vue自己的響應(yīng)式化更新視圖，不會阻塞渲染，因此在下初步采用了這個方法。

2. 實(shí)現(xiàn)

因?yàn)閒ilter屬于 asset_types ，關(guān)于在Vue實(shí)例中asset_types的訪問鏈有以下幾個結(jié)論；具體代碼實(shí)踐可以參考： Codepen - filter test

1.asset_types 包括 filters 、 components 、 directives ，以下所有的 asset_types 都自行替換成前面幾項(xiàng)

2.子組件中的 asset_types 訪問不到父組件中的 asset_types ，但是可以訪問到全局注冊的掛載在 $root.$options.asset_types.__proto__ 上的 asset_types ，這里對應(yīng)源碼 src/core/util/options.js

3.全局注冊方法Vue.asset_types，比如Vue.filters注冊的asset_types會掛載到根實(shí)例(其他實(shí)例的 $root )的 $options.asset_types.__proto__ 上，并被以后所有創(chuàng)建的Vue實(shí)例繼承，也就是說，以后所有創(chuàng)建的Vue實(shí)例都可以訪問到

4.組件的slot的作用域僅限于它被定義的地方，也就是它被定義的組件中，訪問不到父組件的 asset_types ，但是可以訪問到全局定義的 asset_types

5.同理，因?yàn)閙ain.js中的 new Vue() 實(shí)例是根實(shí)例，它中注冊的 asset_types 會被掛載在 $root.$options.asset_types 上而不是 $root.$options.asset_types.__proto__ 上
根據(jù)以上幾個結(jié)論，可以著手coding了~

2.1 使用根組件的filters

因此首先我考慮的是把要注冊的filter掛載到根組件上，這樣其他組件通過訪問 $root 可以拿到注冊的filter，這里的實(shí)現(xiàn)：

<template>
 <div>
  {{ rootFilters( sexVal )}}
 </div>
</template>
<script type='text/javascript'>
 import Vue from 'vue'
 import { registerFilters } from 'utils/filters'
 export default {
  data() {
   return {
    sexVal: 1 // 性別
   }
  },
  methods: {
   /* 根組件上的過濾器 */
   rootFilters(val, id = 'SEX_TYPE') {
    const mth = this.$root.$options.filters[id]
    return mth && mth(val) || val
   }
  },
  created() {
   // 把根組件中的filters響應(yīng)式化
   Vue.util.defineReactive(this.$root.$options, 'filters', this.$root.$options.filters)
  },
  mounted() {
   registerFilters.call(this)
    .then(data =>
     // 這里獲取到數(shù)據(jù)字典的data
    )
  }
 }
</script>

注冊filter的js

// utils/filters
import * as Api from 'api'
/**
* 獲取并注冊過濾器
* 注冊在$root.$options.filters上不是$root.$options.filters.__proto__上
* 注意這里的this是vue實(shí)例，需要用call或apply調(diào)用
* @returns {Promise}
*/
export function registerFilters() {
 return Api.sysParams()      // 獲取數(shù)據(jù)字典的Api，返回的是promise
  .then(({ data }) => {
   Object.keys(data).forEach(T =>
    this.$set(this.$root.$options.filters, T, val => {
     const tar = data[T].find(item => item['paramValue'] === val)
     return tar['paramDesc'] || ''
    })
   )
   return data
  })
  .catch(err => console.error(err, ' in utils/filters.js'))
}

這樣把根組件上的filters變?yōu)轫憫?yīng)式化的，并且在渲染的時候因?yàn)樵?rootFilters 方法中訪問了已經(jīng)在created中被響應(yīng)式化的 $root.$options.filters ，所以當(dāng)異步獲取的數(shù)據(jù)被賦給 $root.$options.filters 的時候，會觸發(fā)這個組件render watcher的重新渲染，這時候再獲取 rootFilters 方法的時候就能取到filter了；

那這里為什么不用Vue.filter方法直接注冊呢，因?yàn)?Object.defineProperty 不能監(jiān)聽 __proto__ 上數(shù)據(jù)的變動，而全局Vue.filter是將過濾器注冊在了根組件 $root.$options.asset_types.__proto__ 上，因此其變動不能被響應(yīng)。

這里的代碼可以進(jìn)一步完善，但是這個方法存在一定的問題，首先這里使用了 Vue.util 上不穩(wěn)定的方法，另外在使用中到處可見 this.$root.$options 這樣訪問vue實(shí)例內(nèi)部屬性的情況，不太文明，讀起來也讓人困惑。

因此在這個項(xiàng)目做完等待測試的時候我思考了一下，誰說過濾器就一定放在filters里面 -。-，也可以使用mixin來實(shí)現(xiàn)嘛

2.2 使用mixin

使用mixin要注意一點(diǎn)，因?yàn)関ue中把data里所有以 _ 、 $ 開頭的變量都作為內(nèi)部保留的變量，并不代理到當(dāng)前實(shí)例上，因此直接 this._xx 是無法訪問的，需要通過 this.$data._xx 來訪問。

// mixins/sysParamsMixin.js
import * as Api from 'api'
export default {
 data() {
  return {
   _filterFunc: null,    // 過濾器函數(shù)
   _sysParams: null,    // 獲取數(shù)據(jù)字典
   _sysParamsPromise: null // 獲取sysParams之后返回的Promise
  }
 },
 methods: {
  /* 注冊過濾器到_filterFunc中 */
  _getSysParamsFunc() {
   const thisPromise = this.$data._sysParamsPromise
   return thisPromise || Api.sysParams()      // 獲取數(shù)據(jù)字典的Api，返回的是promise
    .then(({ data }) => {
     this.$data._filterFunc = {}
     Object.keys(data).forEach(paramKey =>
      this.$data._filterFunc[paramKey] = val => {    // 過濾器注冊到_filterFunc中
       const tar = data[paramKey].find(item => item['paramValue'] === val)
       return tar['paramDesc'] || ''
      })
     return data
    })
    .catch(err => console.error(err, ' in src/mixins/sysParamsMixin.js'))
  },
  /* 按照鍵值獲取單個過濾器 */
  _rootFilters(val, id = 'SEX_TYPE') {
   const func = this.$data._filterFunc
   const mth = func && func[id]
   return mth && mth(val) || val
  },
  /* 獲取數(shù)據(jù)字典 */
  _getSysParams() {
   return this.$data._sysParams
  }
 },
 mounted() {
  this.$data._filterFunc ||
  (this.$data._sysParamsPromise = this._getSysParamsFunc())
 }
}

這里把 Api 的promise保存下來，如果其他地方還用到的話直接返回已經(jīng)是 resolved 狀態(tài)的promise，就不用再次去請求數(shù)據(jù)了。

那在我們的組件中怎么使用呢：

<template>
 <div>
  {{ _rootFilters( sexVal )}}
 </div>
</template>
<script type='text/javascript'>
 import * as Api from 'api'
 import sysParamsMixin from 'mixins/sysParamsMixin'
 export default {
  mixins: [sysParamsMixin],
  data() {
   return { sexVal: 1 }
  },
  mounted() {
   this._getSysParamsFunc()
    .then(data =>
     // 這里獲取到數(shù)據(jù)字典的data
    )
  }
 }
</script>

這里不僅注冊了過濾器，而且也暴露了數(shù)據(jù)字典，以方便某些地方的列表顯示，畢竟這是實(shí)際項(xiàng)目中常見的場景。

參考：