이 글의 내용은 Vue 프로젝트 데이터의 동적 필터링 구현 과정에 관한 것입니다. 이는 특정 참조 가치가 있으므로 도움이 필요한 친구에게 도움이 되기를 바랍니다.
이 문제는 제가 Vue 프로젝트를 진행하면서 겪은 실제 시나리오입니다. 문제를 접한 후의 생각과 해결 방법을 기록해 보겠습니다. (오래된 프로그래머들은 나쁜 기억을 가지고 있습니다-.-). $mount
, render watcher
등과 같은 Vue 소스 코드 개념. 이에 대해 잘 모르는 경우 Vue 소스 코드 읽기 시리즈를 살펴보세요. ~$mount
、render watcher
等,如果不太了解的话可以瞅瞅 Vue源码阅读系列文章 ~
问题是这样的:页面从后台拿到的数据是由0
、1
之类的key,而这个key代表的value比如0-女
、1-男
的对应关系是要从另外一个数据字典接口拿到的;类似于这样的Api:
{ "SEX_TYPE": [ { "paramValue": 0, "paramDesc": "女" }, { "paramValue": 1, "paramDesc": "男" } ] }
那么如果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,这里的实现:
<template> <p> {{ rootFilters( sexVal )}} </p> </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/filters import * as Api from 'api' /** * 获取并注册过滤器 * 注册在$root.$options.filters上不是$root.$options.filters.__proto__上 * 注意这里的this是vue实例,需要用call或apply调用 * @returns {Promise} */ export function registerFilters() { return Api.sysParams() // 获取数据字典的Api .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
0
및 1
과 같은 키로 구성되며 이 키가 나타내는 값은 다음과 같습니다. 0-female
, 1-Male
의 해당 관계는 다음 API와 유사한 다른 데이터 사전 인터페이스에서 얻어야 합니다.
// mixins/sysParamsMixin.js import * 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 .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()) } }
0
, 반드시 그 설명 여성
이 사전에 나와 있으며 다음과 같은 이야기가 시작됩니다🎜filter
가 아닙니다. Vue.filter를 직접 사용하세요. 그러나 문제는 이 필터를 얻기 전에 비동기 데이터 사전 인터페이스가 반환될 때까지 기다려야 한다는 것입니다. . $mount
시 이 필터를 찾을 수 없으면 후속 렌더링에 영향을 미치는 오류가 발생합니다(흰색 화면 및 정의되지 않은 오류) 🎜🎜두 가지 해결 방법을 염두에 두고 있습니다. 🎜beforeCreate
또는 created
후크에서 데이터 사전 인터페이스를 동기식으로 획득하여 등록된 필터가 $mount
중에 획득할 수 있지만, 이렇게 하면 마운트가 차단되고 흰색 화면 시간이 길어지므로 권장되지 않습니다. 🎜render watcher
에 알리면 vue의 자체 응답성을 사용하여 렌더링을 차단하지 않고 뷰를 업데이트할 수 있으므로 이 방법은 처음에 아래에서 채택됩니다. 🎜asset_types
에는 필터
, 구성 요소
, 가 포함됩니다. 지시문
코드>, 다음 asset_types
은 모두 이전 항목으로 대체됩니다. 🎜asset_types
는 asset_types에서 $root.$options.asset_types.__proto__
에 마운트된 전역적으로 등록된 asset_types
에 액세스할 수 있습니다. 소스 코드 src/ core/util/options.js🎜$)에 마운트됩니다. 다른 인스턴스의 루트
) $options.asset_types.__proto__
이며 향후 생성되는 모든 Vue 인스턴스에 의해 상속됩니다. 즉, 향후 생성되는 모든 Vue 인스턴스는 액세스할 수 있습니다. 🎜asset_types
로 제한됩니다. 상위 구성 요소에는 액세스할 수 없지만 전역적으로 정의된 asset_types
에는 액세스할 수 있습니다. code>🎜new Vue()
인스턴스도 있습니다. main.js는 루트 인스턴스이고 여기에 등록된 asset_types
는 $root.$options.asset_types 대신 <code>$root.$options.asset_types
에 마운트됩니다. .__proto__🎜$ root
에 액세스하여 등록된 필터를 얻을 수 있습니다. 🎜<template> <p> {{ _rootFilters( sexVal )}} </p> </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>
에서 rootFilters
메소드는 생성 시 반응했던 $root.$options.filters
에 액세스하기 때문에 루트 구성 요소의 필터를 응답적으로 만들고 렌더링할 때 비동기적으로 얻은 데이터가 $root.$options .filters
에 할당되면 이 구성 요소 렌더링 감시자의 다시 렌더링이 트리거됩니다. 이때 rootFilters 메소드; 🎜🎜그러면 여기서 Vue.filter 메소드를 사용하면 어떨까요? <code>Object.defineProperty
는 __proto__
의 데이터 변경 사항을 모니터링할 수 없고 전역 Vue .filter는 루트 구성 요소 $root.$options.asset_types.__proto__
에 필터를 등록하므로 해당 변경 사항에 응답할 수 없습니다. 🎜🎜여기의 코드는 더 개선될 수 있지만, 이 방법에는 우선 Vue.util
의 불안정한 방법이 사용됩니다. 루트는 사용 중에 어디에서나 볼 수 있습니다. .$optionsVue 인스턴스의 내부 속성에 액세스하는 이 방법은 그다지 문명화되지 않고 읽기에도 혼란스럽습니다. 🎜🎜그래서 이 프로젝트가 완성되고 테스트를 기다리면서 누가 필터를 필터에 넣어야 한다고 생각했는가 -. -, 믹스인을 사용하여 이를 달성할 수도 있습니다🎜使用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 thisPromise = this.$data._sysParamsPromise return thisPromise || Api.sysParams() // 获取数据字典的Api .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> <p> {{ _rootFilters( sexVal )}} </p> </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>
这里不仅注册了过滤器,而且也暴露了数据字典,以方便某些地方的列表显示,毕竟这是实际项目中常见的场景。
相关推荐:
위 내용은 Vue 프로젝트 데이터의 동적 필터링 구현 프로세스의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!