资讯专栏INFORMATION COLUMN

vuex其实超简单,只需3步

binta / 738人阅读

摘要:每一条被记录,都需要捕捉到前一状态和后一状态的快照。然而,在上面的例子中中的异步函数中的回调让这不可能完成因为当触发的时候,回调函数还没有被调用,不知道什么时候回调函数实际上被调用实质上任何在回调函数中进行的状态的改变都是不可追踪的。

前言

之前几个项目中,都多多少少碰到一些组件之间需要通信的地方,而因为种种原因,
event bus 的成本反而比vuex还高, 所以技术选型上选用了 vuex, 但是不知道为什么,
团队里的一些新人一听到vuex,就开始退缩了, 因为vuex 很难? 真的很难吗?
今天我们用简单的3步来证明一下,vuex有多简单.

纯属个人经验,难免有不正确的地方,如有发现,欢迎指正!
这是一个针对新手的入门级教程、入门级教程、入门级教程
第零步

新建一个vue项目,安装vuex,这里不做过多介绍,能点进来的,默认你具备这些技能 ^_^

第一步

新建一个.js 文件,名字位置任意,按照惯例,建议在/src/store 目录下(没有的话自己新建一个呗)

文件位置 /src/store/index.js

// 引入vue 和 vuex
import Vue from "vue"
import Vuex from "vuex"

// 这里需要use一下,固定写法,记住即可
Vue.use(Vuex)

// 直接导出 一个 Store 的实例
export default new Vuex.Store({
  // 类似 vue 的 data
  state: {
    name: "oldName"
  },
  // 类似 vue 里的 mothods(同步方法)
  mutations: {
    updateName (state) {
      state.name = "newName"
    }
  }
})

代码看起来稍微有那么一点点多,不过看起来是不是很熟悉? 跟普通的 vue 没多大差别嘛.
这一步其实就是新建一个store,但是我们还没在项目中使用.

第二步

在入口文件引入上述文件, 并稍微改一下传给 new Vue()的参数,新增的行后面有备注

文件位置 /src/main.js (vue-cli自动生成的入口,如果你能不用脚手架,那么也就不需要我说明了)

import Vue from "vue"
import App from "./App"
import vuexStore from "./store"   // 新增

new Vue({
  el: "#app",
  store:vuexStore                 // 新增
  components: { App },
  template: ""
})
Tip: import store from "./store" 后面的地址,就是上面我们新建那个文件的位置(/src/store/index.js),
因为我这里是index.js,所以可以省略.
第三步

以上2步,其实已经完成了vuex的基本配置,接下来就是使用了

文件位置 /src/main.js (同样是vue-cli生成的app.vue,这里为了方便演示,我去掉多余的代码)



这里就是一个很普通的vue文件了,有区别的地方是这里我们需要用computed属性去获取 store 里的 "data"

还有就是我们要改变数据的话,不再用 this.xxx = xxx 改成 this.$store.commit("updateName")

总结

你可能会觉得,上例这样做的意义何在,为何不直接用vue的data跟methods?

上例只是为了简单讲解如何使用vuex,所以简化了一些流程,试想一下,如果你有这样一个页面:
一共嵌套了10层组件(即子组件里面还有子子组件,子子组件下面还有子子子组件,以此类推10层)
然后最后一层组件一个数据改变了,要通知第一层组件的时候,我们只需在最底层组件里this.$store.commit(),
然后再最外层组件上用computed属性获取对应的值,就能做到实时更新.无需层层$emit上去.

最后

本来想在最后再扩展一下getter,action+dispatch,模块化等等,不过为了对得起这个标题,
只好放在 下一篇:vuex其实超简单,喝完这3步,还有3步

vuex其实超简单,喝完这3步,还有3步

上一篇 vuex其实超简单,只需3步
简单介绍了vuex的3步入门,不过为了初学者容易消化,我削减了很多内容,这一节,就是把少掉的内容补上,
如果你没看过上篇,请戳链接过去先看一下再回来,否则,你会觉得本文摸不着头脑.

纯属个人经验,难免有不正确的地方,如有发现,欢迎指正!

还是一样,本文针对初学者.

一、 Getter

我们先回忆一下上一篇的代码

computed:{
    getName(){
      return this.$store.state.name
    }
}

这里假设现在逻辑有变,我们最终期望得到的数据(getName),是基于 this.$store.state.name
上经过复杂计算得来的,刚好这个getName要在好多个地方使用,那么我们就得复制好几份.

vuex 给我们提供了 getter,请看代码 (文件位置 /src/store/index.js)

import Vue from "vue"
import Vuex from "vuex"

Vue.use(Vuex)

export default new Vuex.Store({
  // 类似 vue 的 data
  state: {
    name: "oldName"
  },
  // 类似 vue 的 computed -----------------以下5行为新增
  getters:{
    getReverseName: state => {
        return state.name.split("").reverse().join("")
    }
  },
  // 类似 vue 里的 mothods(同步方法)
  mutations: {
    updateName (state) {
      state.name = "newName"
    }
  }
})

然后我们可以这样用 文件位置 /src/main.js

computed:{
    getName(){
      return this.$store.getters.getReverseName
    }
}

事实上, getter 不止单单起到封装的作用,它还跟vue的computed属性一样,会缓存结果数据,
只有当依赖改变的时候,才要重新计算.

二、 actions和$dispatch

细心的你,一定发现我之前代码里 mutations 头上的注释了 类似 vue 里的 mothods(同步方法)

为什么要在 methods 后面备注是同步方法呢? mutation只能是同步的函数,只能是同步的函数,只能是同步的函数!!
请看vuex的解释:

现在想象,我们正在 debug 一个 app 并且观察 devtool 中的 mutation 日志。每一条 mutation 被记录,
devtools 都需要捕捉到前一状态和后一状态的快照。然而,在上面的例子中 mutation 中的异步函数中的回调让这不
可能完成:因为当 mutation 触发的时候,回调函数还没有被调用,devtools 不知道什么时候回调函数实际上被调
用——实质上任何在回调函数中进行的状态的改变都是不可追踪的。

那么如果我们想触发一个异步的操作呢? 答案是: action + $dispatch, 我们继续修改store/index.js下面的代码

文件位置 /src/store/index.js

import Vue from "vue"
import Vuex from "vuex"

Vue.use(Vuex)

export default new Vuex.Store({
  // 类似 vue 的 data
  state: {
    name: "oldName"
  },
  // 类似 vue 的 computed
  getters:{
    getReverseName: state => {
        return state.name.split("").reverse().join("")
    }
  },
  // 类似 vue 里的 mothods(同步方法)
  mutations: {
    updateName (state) {
      state.name = "newName"
    }
  },
  // 类似 vue 里的 mothods(异步方法) -------- 以下7行为新增
  actions: {
    updateNameAsync ({ commit }) {
      setTimeout(() => {
        commit("updateName")
      }, 1000)
    }
  }
})

然后我们可以再我们的vue页面里面这样使用

methods: {
    rename () {
        this.$store.dispatch("updateNameAsync")
    }
}
三、 Module 模块化

当项目越来越大的时候,单个 store 文件,肯定不是我们想要的, 所以就有了模块化.
假设 src/store 目录下有这2个文件

moduleA.js

export default {
    state: { ... },
    getters: { ... },
    mutations: { ... },
    actions: { ... }
}

moduleB.js

export default {
    state: { ... },
    getters: { ... },
    mutations: { ... },
    actions: { ... }
}

那么我们可以把 index.js 改成这样

import moduleA from "./moduleA"
import moduleB from "./moduleB"

export default new Vuex.Store({
    modules: {
        moduleA,
        moduleB
    }
})

这样我们就可以很轻松的把一个store拆分成多个.

四、 总结

actions 的参数是 store 对象,而 getters 和 mutations 的参数是 state .

actions 和 mutations 还可以传第二个参数,具体看vuex官方文档

getters/mutations/actions 都有对应的map,如: mapGetters , 具体看vuex官方文档

模块内部如果怕有命名冲突的话,可以使用命名空间, 具体看vuex官方文档

vuex 其实跟 vue 非常像,有data(state),methods(mutations,actions),computed(getters),还能模块化.

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

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

相关文章

  • vuex其实简单,只需3

    摘要:前言之前几个项目中都多多少少碰到一些组件之间需要通信的地方而因为种种原因的成本反而比还高所以技术选型上选用了但是不知道为什么团队里的一些新人一听到就开始退缩了因为很难真的很难吗今天我们用简单的步来证明一下有多简单纯属个人经验难免有不正确的地 前言 之前几个项目中,都多多少少碰到一些组件之间需要通信的地方,而因为种种原因,event bus 的成本反而比vuex还高, 所以技术选型上选用...

    zhichangterry 评论0 收藏0
  • vuex其实简单,只需3

    摘要:每一条被记录,都需要捕捉到前一状态和后一状态的快照。然而,在上面的例子中中的异步函数中的回调让这不可能完成因为当触发的时候,回调函数还没有被调用,不知道什么时候回调函数实际上被调用实质上任何在回调函数中进行的状态的改变都是不可追踪的。 前言 之前几个项目中,都多多少少碰到一些组件之间需要通信的地方,而因为种种原因,event bus 的成本反而比vuex还高, 所以技术选型上选用了 v...

    summerpxy 评论0 收藏0
  • vuex其实简单,喝完这3,还有3

    摘要:每一条被记录,都需要捕捉到前一状态和后一状态的快照。然而,在上面的例子中中的异步函数中的回调让这不可能完成因为当触发的时候,回调函数还没有被调用,不知道什么时候回调函数实际上被调用实质上任何在回调函数中进行的状态的改变都是不可追踪的。 上一篇 vuex其实超简单,只需3步简单介绍了vuex的3步入门,不过为了初学者容易消化,我削减了很多内容,这一节,就是把少掉的内容补上,如果你没看过上...

    kumfo 评论0 收藏0
  • 简单只需简单即可为TA定制天气小助理!!

    摘要:前提虽然我们每天都会查看天气,但是如果你能够用限制微信每天早上七点定时为推送天气预报,生活指数。重要其中模块是本项目以及后续项目中很重要的模块,就是因为这个开源项目,我们才能使其与微信产生交互。 showImg(https://segmentfault.com/img/remote/1460000019558841?w=1920&h=1279); 前提 虽然我们每天都会查看天气,但是如...

    NicolasHe 评论0 收藏0

发表评论

0条评论

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