摘要：因此在這個(gè)項(xiàng)目做完等待測(cè)試的時(shí)候我思考了一下，誰(shuí)說(shuō)過(guò)濾器就一定放在里面。

這個(gè)問(wèn)題是在下在做一個(gè)Vue項(xiàng)目中遇到的實(shí)際場(chǎng)景，這里記錄一下我遇到問(wèn)題之后的思考和最后怎么解決的(老年程序員記性不好 -。-)，過(guò)程中會(huì)涉及到一些Vue源碼的概念比如$mount、render watcher等，如果不太了解的話可以瞅瞅 Vue源碼閱讀系列文章 ~

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

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

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

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

我想到的解決方法有兩個(gè)：

把接口變?yōu)橥剑?b>beforeCreate或created鉤子中同步地獲取數(shù)據(jù)字典接口，保證在 $mount的時(shí)候可以拿到注冊(cè)好的filter，保證時(shí)序，但是這樣會(huì)阻塞掛載，延長(zhǎng)白屏?xí)r間，因此不推介；

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

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

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

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

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

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

同理，因?yàn)閙ain.js中的new Vue()實(shí)例是根實(shí)例，它中注冊(cè)的asset_types會(huì)被掛載在$root.$options.asset_types上而不是$root.$options.asset_types.__proto__上

根據(jù)以上幾個(gè)結(jié)論，可以著手coding了~

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

注冊(cè)filter的js

// utils/filters
 
import * as Api from "api"
 
/**
* 獲取并注冊(cè)過(guò)濾器
* 注冊(cè)在$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)式化的，并且在渲染的時(shí)候因?yàn)樵?b>rootFilters方法中訪問(wèn)了已經(jīng)在created中被響應(yīng)式化的$root.$options.filters，所以當(dāng)異步獲取的數(shù)據(jù)被賦給$root.$options.filters的時(shí)候，會(huì)觸發(fā)這個(gè)組件render watcher的重新渲染，這時(shí)候再獲取rootFilters方法的時(shí)候就能取到filter了；

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

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

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

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

// mixins/sysParamsMixin.js

import * as Api from "api"

export default {
  data() {
    return {
      _filterFunc: null,       // 過(guò)濾器函數(shù)
      _sysParams: null,        // 獲取數(shù)據(jù)字典
      _sysParamsPromise: null  // 獲取sysParams之后返回的Promise
    }
  },
  methods: {
    /* 注冊(cè)過(guò)濾器到_filterFunc中 */
    _getSysParamsFunc() {
      const { $data } = this
      return $data._sysParamsPromise || ($data._sysParamsPromise = Api.sysParams()
        .then(({ data }) => {
          this.$data._sysParams = data
          this.$data._filterFunc = {}
          Object.keys(data).forEach(paramKey =>
            this.$data._filterFunc[paramKey] = val => {
              const tar = data[paramKey].find(item => item["paramValue"] === val)
              return tar && tar["paramDesc"] || ""
            })
          return data
        })
        .catch(err => console.error(err, " in src/mixins/sysParamsMixin.js")))
    },

    /* 按照鍵值獲取單個(gè)過(guò)濾器 */
    _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
    }
  }
}

這里把Api的promise保存下來(lái)，如果其他地方還用到的話直接返回已經(jīng)是resolved狀態(tài)的promise，就不用再次去請(qǐng)求數(shù)據(jù)了。另外為了在其他實(shí)例中也可以方便的訪問(wèn)，這里掛載在根組件上。

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

// src/main.js

import sysParamsMixin from "mixins/sysParamsMixin"

new Vue({
  el: "#app",
  mixins: [sysParamsMixin],
  render: h => h(App),
})

在需要用過(guò)濾器的組件中：

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

當(dāng)然如果使用vuex更好，不過(guò)這里的場(chǎng)景個(gè)人覺(jué)得沒(méi)必要用vuex，如果還有更好的方法可以討論一下下啊~

網(wǎng)上的帖子大多深淺不一，甚至有些前后矛盾，在下的文章都是學(xué)習(xí)過(guò)程中的總結(jié)，如果發(fā)現(xiàn)錯(cuò)誤，歡迎留言指出~

參考：

Vue.js 2.5.17 源碼
Vue源碼閱讀系列
Vue 2.5.17 filter test

PS：歡迎大家關(guān)注我的公眾號(hào)【前端下午茶】，一起加油吧~

另外可以加入「前端下午茶交流群」微信群，長(zhǎng)按識(shí)別下面二維碼即可加我好友，備注加群，我拉你入群～