Vue專案資料動態過濾實踐

這個問題是在下在做乙個vue專案中遇到的實際場景，這裡記錄一下我遇到問題之後的思考和最後怎麼解決的(老年程式設計師記性不好 -。-)，過程中會涉及到一些vue原始碼的概念比如$mount、render watcher等，如果不太了解的話可以瞅瞅 vue原始碼閱讀系列文章 ~

問題是這樣的：頁面從後台拿到的資料是由0、1之類的key，而這個key代表的value比如0-女、1-男的對應關係是要從另外乙個資料字典介面拿到的；類似於這樣的api：

,
]}

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

有人說，這不是過濾器filter要做的事麼，直接vue.filter不就行了，然而問題是這個filter是要等待非同步的資料字典介面返回之後才能拿到，如果在$mount的時候這個filter沒有找到，那麼就會導致錯誤影響之後的渲染(白屏並報undefined錯)；

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

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

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

因為filter屬於 asset_types ，關於在vue例項中asset_types的訪問鏈有以下幾個結論；具體**實踐可以參考： codepen - filter test

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

子元件中的asset_types訪問不到父元件中的asset_types，但是可以訪問到全域性註冊的掛載在$root.$options.asset_types.__proto__上的asset_types，這裡對應原始碼 src/core/util/options.js

全域性註冊方法vue.asset_types，比如vue.filters註冊的asset_types會掛載到根例項(其他例項的$root)的$options.asset_types.__proto__上，並被以後所有建立的vue例項繼承，也就是說，以後所有建立的vue例項都可以訪問到

元件的slot的作用域僅限於它被定義的地方，也就是它被定義的元件中，訪問不到父元件的asset_types，但是可以訪問到全域性定義的asset_types同理，因為main.js中的new vue()例項是根例項，它中註冊的asset_types會被掛載在$root.$options.asset_types上而不是$root.$options.asset_types.__proto__上

根據以上幾個結論，可以著手coding了~

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

註冊filter的js

// utils/filters
import * as api from 'api'
/*** 獲取並註冊過濾器
* 註冊在$root.$options.filters上不是$root.$options.filters.__proto__上
* @returns 
*/export function registerfilters() ) => )
)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來實現嘛

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

// mixins/sysparamsmixin.js
import * as api from 'api'
export default 
},methods:  = this
return $data._sysparamspromise || ($data._sysparamspromise = api.sysparams()
.then(() => 
object.keys(data).foreach(paramkey =>
this.$data._filterfunc[paramkey] = val => )
return data
}).catch(err => console.error(err, ' in src/mixins/sysparamsmixin.js')))
},/* 按照鍵值獲取單個過濾器 */
_rootfilters(val, id = '***_type') ,
/* 獲取資料字典 */
_getsysparams() 
}}

這裡把api的promise儲存下來，如果其他地方還用到的話直接返回已經是resolved狀態的promise，就不用再次去請求資料了。另外為了在其他例項中也可以方便的訪問，這裡掛載在根元件上。

那在我們的根元件中怎麼使用呢：

// src/main.js
import sysparamsmixin from 'mixins/sysparamsmixin'
new vue()

在需要用過濾器的元件中：

這裡不僅註冊了過濾器，而且也暴露了資料字典，以方便某些地方的列表顯示，畢竟這是實際專案中常見的場景。

當然如果使用vuex更好，不過這裡的場景個人覺得沒必要用vuex，如果還有更好的方法可以討論一下下啊~

參考：

vue.js 2.5.17 原始碼

vue原始碼閱讀系列

vue 2.5.17 filter test

Vue專案資料動態過濾實踐

專案資料收集

資料動態過濾技巧在 Vue 專案中的實戰

gitlab專案資料同步

Vue專案資料動態過濾實踐

專案資料收集

資料動態過濾技巧在 Vue 專案中的實戰

gitlab專案資料同步

相關推薦