''
})
)
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.js
import * as Api from 'api'
export default {
data() {
return {
_filterFunc: null, // 过滤器函数
_sysParams: null, // 获取数据字典
_sysParamsPromise: null // 获取sysParams之后返回的Promise
}
},
methods: {
/* 注册过滤器到_filterFunc中 */
_getSysParamsFunc() {
const { $data } = this
return $data._sysParamsPromise 关键词：Vue项目数据动态过滤的完成办法