Vue項目數據動態過濾實踐及實現思路

2019-11-19 12:58:22

字體：大中小

來源：轉載

供稿：網友

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

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

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

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

1. 思考

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

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

把接口變為同步，在 beforeCreate 或 created 鉤子中同步地獲取數據字典接口，保證在 $mount 的時候可以拿到注冊好的filter，保證時序，但是這樣會阻塞掛載，延長白屏時間，因此不推介；

把filter的注冊變為異步，在獲取filter之后通知 render watcher 更新自己，這樣可以利用vue自己的響應式化更新視圖，不會阻塞渲染，因此在下初步采用了這個方法。

2. 實現

因為filter屬于 asset_types ，關于在Vue實例中asset_types的訪問鏈有以下幾個結論；具體代碼實踐可以參考： Codepen - filter test

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

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

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

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

5.同理，因為main.js中的 new Vue() 實例是根實例，它中注冊的 asset_types 會被掛載在 $root.$options.asset_types 上而不是 $root.$options.asset_types.__proto__ 上
根據以上幾個結論，可以著手coding了~

2.1 使用根組件的filters

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

<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響應式化   Vue.util.defineReactive(this.$root.$options, 'filters', this.$root.$options.filters)  },  mounted() {   registerFilters.call(this)    .then(data =>     // 這里獲取到數據字典的data    )  } }</script>

注冊filter的js

// utils/filtersimport * as Api from 'api'/*** 獲取并注冊過濾器* 注冊在$root.$options.filters上不是$root.$options.filters.__proto__上* 注意這里的this是vue實例，需要用call或apply調用* @returns {Promise}*/export function registerFilters() { return Api.sysParams()      // 獲取數據字典的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變為響應式化的，并且在渲染的時候因為在 rootFilters 方法中訪問了已經在created中被響應式化的 $root.$options.filters ，所以當異步獲取的數據被賦給 $root.$options.filters 的時候，會觸發這個組件render watcher的重新渲染，這時候再獲取 rootFilters 方法的時候就能取到filter了；

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

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

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

2.2 使用mixin

使用mixin要注意一點，因為vue中把data里所有以 _ 、 $ 開頭的變量都作為內部保留的變量，并不代理到當前實例上，因此直接 this._xx 是無法訪問的，需要通過 this.$data._xx 來訪問。

// mixins/sysParamsMixin.jsimport * as Api from 'api'export default { data() {  return {   _filterFunc: null,    // 過濾器函數   _sysParams: null,    // 獲取數據字典   _sysParamsPromise: null // 獲取sysParams之后返回的Promise  } }, methods: {  /* 注冊過濾器到_filterFunc中 */  _getSysParamsFunc() {   const thisPromise = this.$data._sysParamsPromise   return thisPromise || Api.sysParams()      // 獲取數據字典的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  },  /* 獲取數據字典 */  _getSysParams() {   return this.$data._sysParams  } }, mounted() {  this.$data._filterFunc ||  (this.$data._sysParamsPromise = this._getSysParamsFunc()) }}

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

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

<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 =>     // 這里獲取到數據字典的data    )  } }</script>

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

參考：