欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

挑战全网最幽默的Vuex系列教程:第四讲 Vuex旗下的Action

程序员文章站 2022-07-09 19:06:38
写在前面 通过上一讲「Vuex 旗下的 Mutation」,我们知道了如何去修改 State 的数据,而且只能通过 Mutation 去提交修改,另外还了解到了 Mutation 必须是同步函数,那么如果需求当中必须要用到异步函数怎么办? 好办,那就轮到 Action 上场了。 简单介绍 Actio ......

写在前面

通过上一讲「vuex 旗下的 mutation」,我们知道了如何去修改 state 的数据,而且只能通过 mutation 去提交修改,另外还了解到了 mutation 必须是同步函数,那么如果需求当中必须要用到异步函数怎么办?

好办,那就轮到 action 上场了。

简单介绍

action 类似于 mutation,不同在于:

1、action 提交的是 mutation,而不是直接变更状态。
2、action 可以包含任意异步操作。

看一个简单的 action 示例:

const store = new vuex.store({
  state: {
    count: 0
  },
  mutations: {
    increment (state) {
      state.count++
    }
  },
  actions: {
    increment (context) {
      context.commit('increment')
    }
  }
})

可以看到,action 函数接受一个 context 参数,注意,这个参数可不一般,它与 store 实例有着相同的方法和属性,但是他们并不是同一个实例,后面学习 modules 的时候会介绍它们为什么不一样。

所以在这里可以使用 context.commit 来提交一个 mutation,或者通过 context.statecontext.getters 来获取 state 和 getters。

当然,为了代码简化,我们可以使用 es2015 的 来直接展开,便于 commitstate 等多次调用。如下:

actions: {
  increment ({ commit }) {
    commit('increment')
  }
}

分发 action

store.dispatch('increment')

mutation 通过 store.commit 触发,那么 action 则通过 store.dispatch 方法触发。

乍一眼看上去感觉多此一举,我们直接分发 mutation 岂不更方便?实际上并非如此,还记得 mutation 必须同步执行这个限制么?action 就不受约束!我们可以在 action 内部执行异步操作:

actions: {
  incrementasync ({ commit }) {
    settimeout(() => {
      commit('increment')
    }, 1000)
  }
}

和 mutation 分发的方式异曲同工,这是注意这里是 dispatch

// 以载荷形式分发
store.dispatch('incrementasync', {
  amount: 10
})

// 以对象形式分发
store.dispatch({
  type: 'incrementasync',
  amount: 10
})

来看一个更加实际的购物车示例,涉及到调用异步 api 和分发多重 mutation:

actions: {
  checkout ({ commit, state }, products) {
    // 把当前购物车的物品备份起来
    const savedcartitems = [...state.cart.added]
    // 发出结账请求,然后乐观地清空购物车
    commit(types.checkout_request)
    // 购物 api 接受一个成功回调和一个失败回调
    shop.buyproducts(
      products,
      // 成功操作
      () => commit(types.checkout_success),
      // 失败操作
      () => commit(types.checkout_failure, savedcartitems)
    )
  }
}

注意示例中正在进行一系列的异步操作,并且通过提交 mutation 来记录 action 产生的副作用(即状态变更)。

组合 action
action 通常是异步的,那么如何知道 action 什么时候结束呢?更重要的是,我们如何才能组合多个 action,以处理更加复杂的异步流程?

首先,你需要明白 store.dispatch 可以处理被触发的 action 的处理函数返回的 promise,并且 store.dispatch 仍旧返回 promise:

不知道什么是 promise 的,可以 。

actions: {
  actiona ({ commit }) {
    return new promise((resolve, reject) => {
      settimeout(() => {
        commit('somemutation')
        resolve()
      }, 1000)
    })
  }
}

调用:

store.dispatch('actiona').then(() => {
  // ...
})

当然,也可以这样:

actions: {
  // ...
  actionb ({ dispatch, commit }) {
    return dispatch('actiona').then(() => {
      commit('someothermutation')
    })
  }
}

我们还可以利用 的方式组合 action :

// 假设 getdata() 和 getotherdata() 返回的是 promise
actions: {
  async actiona ({ commit }) {
    commit('gotdata', await getdata())
  },
  async actionb ({ dispatch, commit }) {
    await dispatch('actiona') // 等待 actiona 完成
    commit('gototherdata', await getotherdata())
  }
}

一个 store.dispatch 在不同模块中可以触发多个 action 函数。在这种情况下,只有当所有触发函数完成后,返回的 promise 才会执行。

我们在实际项目中经常的会遇到这种情况,比如说你现在想要处理 b 事件,但是 b 事件需要一种资源才能进行,而这种资源必须通过 a 事件来获得。这个时候,我们就需要组合 action 来处理这些事件了。

写在最后

这一讲官方讲解得非常清晰,基本上没啥难理解的,所以大部分都是直接引用了。当然,有任何的疑问都可以在下方留言和我一起沟通讨论,谢谢!

转载声明:

作者:大宏说
链接:

后记

以上就是胡哥今天给大家分享的内容,喜欢的小伙伴记得点赞收藏呦,关注胡哥有话说,学习前端不迷路,欢迎多多留言交流...

胡哥有话说,一个有技术,有情怀的胡哥!现任京东前端攻城狮一枚。
胡哥有话说,专注于大前端技术领域,分享前端系统架构,框架实现原理,最新最高效的技术实践!