资讯专栏INFORMATION COLUMN

Vue项目数据动态过滤实践

codergarden / 1451人阅读

摘要:因此在这个项目做完等待测试的时候我思考了一下,谁说过滤器就一定放在里面。

这个问题是在下在做一个Vue项目中遇到的实际场景,这里记录一下我遇到问题之后的思考和最后怎么解决的(老年程序员记性不好 -。-),过程中会涉及到一些Vue源码的概念比如$mountrender watcher等,如果不太了解的话可以瞅瞅 Vue源码阅读系列文章 ~

问题是这样的:页面从后台拿到的数据是由01之类的key,而这个key代表的value比如0-女1-男的对应关系是要从另外一个数据字典接口拿到的;类似于这样的Api:

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

那么如果view拿到的是0,就要从字典中找到它的描述并且显示出来;下面故事开始了

1. 思考

有人说,这不是过滤器 filter 要做的事么,直接Vue.filter不就行了,然而问题是这个filter是要等待异步的数据字典接口返回之后才能拿到,如果在$mount的时候这个filter没有找到,那么就会导致错误影响之后的渲染(白屏并报undefined错);

我想到的解决方法有两个:

把接口变为同步,在beforeCreatecreated钩子中同步地获取数据字典接口,保证在 $mount的时候可以拿到注册好的filter,保证时序,但是这样会阻塞挂载,延长白屏时间,因此不推介;

把filter的注册变为异步,在获取filter之后通知 render watcher 更新自己,这样可以利用vue自己的响应式化更新视图,不会阻塞渲染,因此在下初步采用了这个方法。

2. 实现

因为filter属于 asset_types ,关于在Vue实例中asset_types的访问链有以下几个结论;具体代码实践可以参考: Codepen - filter test

asset_types包括filterscomponentsdirectives,以下所有的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了~

2.1 使用根组件的filters

因此首先我考虑的是把要注册的filter挂载到根组件上,这样其他组件通过访问$root可以拿到注册的filter,这里的实现:


 

注册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,返回的是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.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 || ($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")))
    },

    /* 按照键值获取单个过滤器 */
    _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
    }
  }
}

这里把Api的promise保存下来,如果其他地方还用到的话直接返回已经是resolved状态的promise,就不用再次去请求数据了。另外为了在其他实例中也可以方便的访问,这里挂载在根组件上。

那在我们的根组件中怎么使用呢:

// src/main.js

import sysParamsMixin from "mixins/sysParamsMixin"

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

在需要用过滤器的组件中:


 

这里不仅注册了过滤器,而且也暴露了数据字典,以方便某些地方的列表显示,毕竟这是实际项目中常见的场景。

当然如果使用vuex更好,不过这里的场景个人觉得没必要用vuex,如果还有更好的方法可以讨论一下下啊~

网上的帖子大多深浅不一,甚至有些前后矛盾,在下的文章都是学习过程中的总结,如果发现错误,欢迎留言指出~

参考:

Vue.js 2.5.17 源码

Vue源码阅读系列

Vue 2.5.17 filter test

PS:欢迎大家关注我的公众号【前端下午茶】,一起加油吧~

另外可以加入「前端下午茶交流群」微信群,长按识别下面二维码即可加我好友,备注加群,我拉你入群~

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/97566.html

相关文章

  • Vue.js 实践(2):实现多条件筛选、搜索、排序及分页的表格功能

    摘要:基础布局的中主要为部分,分别是用于搜索筛选和分页的表单控件用于排序表格的表头以及用于展示数据的。这也是前瞻发布之后,提出废弃部分功能后许多人反应较为强烈的原因。 与上周的第一篇实践教程一样,在这篇文章中,我将继续从一种常见的功能——表格入手,展示Vue.js中的一些优雅特性。同时也将对filter功能与computed属性进行对比,说明各自的适用场景,也为vue2.0版本中即将删除的部...

    Profeel 评论0 收藏0
  • Vue.js 实践(2):实现多条件筛选、搜索、排序及分页的表格功能

    摘要:基础布局的中主要为部分,分别是用于搜索筛选和分页的表单控件用于排序表格的表头以及用于展示数据的。这也是前瞻发布之后,提出废弃部分功能后许多人反应较为强烈的原因。 与上周的第一篇实践教程一样,在这篇文章中,我将继续从一种常见的功能——表格入手,展示Vue.js中的一些优雅特性。同时也将对filter功能与computed属性进行对比,说明各自的适用场景,也为vue2.0版本中即将删除的部...

    ChanceWong 评论0 收藏0
  • vue2实践(持续更新)

    摘要:记录一些小技巧和踩过的坑由于本篇文章内容太多,导致编辑器有点卡,所以新开辟了一篇实践二,后续再这里更新。组件的生命周期函数是在标签里的数据发生变化时候触发数据可能更新了,但是没有绑定到上面的话,不会调用钩子函数。 记录一些小技巧和踩过的坑 由于本篇文章内容太多,导致SF编辑器有点卡,所以新开辟了一篇 vue2实践(二),后续再这里更新。 1. props 带不带冒号的区别 ...

    n7then 评论0 收藏0
  • Vue从Hello World到打包(后端适读)

    摘要:从到上线简介是个框架。现在,我们完成一个项目后,需要打包,因为在开发环境下,运行所依赖的包达到好几百个,为了将文件体积缩减到正常范围,必须按需打包。 Vue从Hello World到上线 Vue 简介 Vue是个MVVM框架。 特点:简单易学、体积小、性能高。并且它的源码耦合性非常低,了解它的过程也就是思想进步的过程。 当然,只学这一个框架,无法完成前端的全部工作,除了Vue之外,还...

    ACb0y 评论0 收藏0
  • 学习实践 - 收藏集 - 掘金

    摘要:官网地址聊天机器人插件开发实例教程一创建插件在系统技巧使你的更加专业前端掘金一个帮你提升技巧的收藏集。我会简单基于的简洁视频播放器组件前端掘金使用和实现购物车场景前端掘金本文是上篇文章的序章,一直想有机会再次实践下。 2道面试题:输入URL按回车&HTTP2 - 掘金通过几轮面试,我发现真正那种问答的技术面,写一堆项目真不如去刷技术文章作用大,因此刷了一段时间的博客和掘金,整理下曾经被...

    mikyou 评论0 收藏0

发表评论

0条评论

codergarden

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<