ホームページ > 記事 > ウェブフロントエンド > Vue プロジェクトデータの動的フィルタリングの実装プロセス

Vue プロジェクトデータの動的フィルタリングの実装プロセス

不言オリジナル: 2018-09-08 17:39:351289ブラウズ

この記事の内容は、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，就要从字典中找到它的描述女并且显示出来；下面故事开始了

1. 思考

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

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

把接口变为同步，在beforeCreate或created钩子中同步地获取数据字典接口，保证在 $mount的时候可以拿到注册好的filter，保证时序，但是这样会阻塞挂载，延长白屏时间，因此不推介；
把filter的注册变为异步，在获取filter之后通知 render watcher 更新自己，这样可以利用vue自己的响应式化更新视图，不会阻塞渲染，因此在下初步采用了这个方法。

2. 实现

因为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了~

2.1 使用根组件的filters

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

<template>
  <p>
    {{ rootFilters( sexVal )}}
  </p>
</template>
 
<script type=&#39;text/javascript&#39;>
  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-女性、 1-男性 の対応する関係は、この 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 は、その説明から取得する必要があります。女性 が辞書で見つかり、次のストーリーが始まります🎜

1. と言う人もいます。これはフィルター `filter` ではありません。どうすればよいでしょうか? Vue.filter を直接使用してください。ただし、問題は、このフィルターを取得する前に、非同期データディクショナリインターフェイスが返されるまで待機する必要があることです。 `$mount` のときにこのフィルターが見つからない場合、エラーが発生し、その後のレンダリングに影響します (白い画面と未定義のエラー) 🎜🎜 2 つの解決策を考えています。 list-paddingleft-2">

🎜インターフェイスを同期に変更し、beforeCreate または created フックでデータディクショナリインターフェイスを同期的に取得し、登録されたフィルターが確実に$mount 中に取得されることは保証されますが、これによりマウントがブロックされ、白い画面時間が延長されるため、推奨されません 🎜

🎜 フィルター登録を非同期に変更します。、フィルターを取得した後に render watcher に通知します。 Update Yourself を使用すると、vue 独自の応答性を使用して、レンダリングをブロックせずにビューを更新できるため、以下ではこのメソッドが最初に採用されます。 🎜

2. 実装

🎜フィルターはasset_typesに属しているため、特定のコードの実践については、asset_typesのアクセスチェーンについていくつかの結論があります。Codepenを参照してください。 - フィルターテスト 🎜

🎜asset_types には、filters、components、 が含まれますディレクティブ code> を使用すると、後続のすべての 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 インスタンスはアクセスできます。 🎜
🎜 コンポーネント。スロットのスコープは、スロットが定義されている場所、つまりスロットの asset_types 内に限定されます。親コンポーネントにはアクセスできませんが、グローバルに定義された asset_types にはアクセスできます。 code>🎜
🎜 同様に、new Vue() インスタンスにはアクセスできます。 main.js はルートインスタンスであり、そこに登録されている asset_types は、$root.$options.asset_types ではなく <code>$root.$options.asset_types にマウントされます。 .__proto__🎜

🎜上記の結論に従って、コーディングを開始できます~🎜

2.1 ルートコンポーネントのフィルターの使用

🎜そこで、最初に検討すること登録するフィルターをルートコンポーネントにマウントすることで、他のコンポーネントが $ root にアクセスして、登録されたフィルターを取得できるようになります。フィルターを登録するための 🎜

<template>
  <p>
    {{ _rootFilters( sexVal )}}
  </p>
</template>
 
<script type=&#39;text/javascript&#39;>
  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>

🎜js は次のようになります。ルートコンポーネントのフィルターは応答性があり、レンダリング時に で rootFilters メソッドが作成時に応答性のある $root.$options.filters にアクセスするため、非同期で取得されたデータは $root.$options .filters に割り当てられ、このコンポーネントのレンダーウォッチャーの再レンダリングがトリガーされます。このとき、

rootFilters を取得するときにフィルターを取得できます。 code> メソッド; 🎜🎜それでは、なぜここで Vue.filter メソッドを使用しないのでしょうか? <code>Object.defineProperty

は __proto__ とグローバル Vue のデータ変更を監視できないためです。 filter はルートコンポーネント $root.$options.asset_types.__proto__ にフィルターを登録するため、その変更には応答できません。 🎜🎜ここのコードはさらに改善することができますが、この方法にはいくつかの問題があります。また、ここでは Vue.util の不安定なメソッドが使用されています。 .$optionsVue インスタンスの内部プロパティにアクセスするこの方法は、あまり洗練されておらず、わかりにくいです。 🎜🎜それで、このプロジェクトが完了してテストを待っているときに、フィルターはフィルターの中に配置する必要があると誰が言ったのか考えました。 -、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 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=&#39;text/javascript&#39;>
  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 プロジェクト データの動的フィルタリングの実装プロセス