前端培训 | Vuex五大核心属性_vue培训资料

Vuex 是一个专为 Vue.js 应用程序开发的状态管理模式， 采用集中式存储管理应用的所有组件的状态，解决多组件数据通信。

一、为什么要使用Vuex

Vuex 可以帮助我们管理共享状态，并附带了更多的概念和框架。这需要对短期和长期效益进行权衡。

如果你不打算开发大型单页应用，使用 Vuex 可能是繁琐冗余的。确实是如此——如果你的应用够简单，您最好不要使用 Vuex。一个简单的 store 模式 就足够你所需了。但是，如果你需要构建一个中大型单页应用，你很可能会考虑如何更好地在组件外部管理状态，Vuex 将会成为自然而然的选择。

Vuex是采用集中式管理组件依赖的共享数据的一个工具，可以解决不同组件数据共享问题

 

二、state

state是放置所有公共状态的属性，如果你有一个公共状态数据 ， 你只需要定义在 state对象中。

// 引入库import Vuex from 'vuex'

// 安装 vuexVue.use(Vuex)

// 初始化vuex对象

const store = new Vuex.Store(

{

state: {

// 管理数据 count: 0

}

})

组件中可以使用 this.$store 获取到vuex中的store对象实例，可通过state属性属性获取count， 如下：

<template>

<div>

<div> state的数据：{{ $store.state.count }}</div>

</div>

<template>

<script>

// 安装完 vuex 会在组件中注入一个 $store 的变量

created() {

console.log(this.$store.state.count);

}

</script>

计算属性 - 将state属性定义在计算属性中，通过在根实例中注册 store 选项，该 store 实例会注入到根组件下的所有子组件中，且子组件能通过 this.$store 访问到（优化）。

<template>

<div>

<div> state的数据：{{ count }}</div>

</div>

<template>

<script>

// 把state中数据，定义在组件内的计算属性中

computed: {

count () {

return this.$store.state.count

}

}

</script>

每当 $store.state.count 变化的时候, 都会重新求取计算属性，并且触发更新相关联的 DOM。

然而，这种模式导致组件依赖全局状态单例。在模块化的构建系统中，在每个需要使用 state 的组件中需要频繁地导入，并且在测试组件时需要模拟状态。

mapState辅助函数

mapState是辅助函数，帮助我们把store中的数据映射到组件的计算属性中, 它属于一种方便用法。

<template>

<div>

<div> state的数据：{{ count }}</div>

</div>

<template>

<script>

// 把state中数据，定义在组件内的计算属性中

import { mapState } from 'vuex'

export default {

// ...

computed: mapState({

// 箭头函数可使代码更简练

count: state => state.count

}

</script>

使用 Vuex 并不意味着你需要将所有的状态放入 Vuex。虽然将所有的状态放到 Vuex 会使状态变化更显式和易调试，但也会使代码变得冗长和不直观。如果有些状态严格属于单个组件，最好还是作为组件的局部状态。你应该根据你的应用开发需要进行权衡和确定。

三、getters

除了state之外，有时我们还需要从state中派生出一些状态，这些状态是依赖state的，此时会用到getters。

例如对列表进行过滤并计数。

computed: {

count () {

return this.$store.state.list.filter(item=> item>5)

}

}

如果有多个组件需要用到此属性，我们要么复制这个函数，或者抽取到一个共享函数然后在多处导入它——无论哪种方式都不是很理想。

Vuex 允许我们在 store 中定义“getter”（可以认为是 store 的计算属性）。就像计算属性一样，getter 的返回值会根据它的依赖被缓存起来，且只有当它的依赖值发生了改变才会被重新计算。

Getter 接受 state 作为其第一个参数。

const store = new Vuex.Store({

state: {

list: [1,2,3,4,5,6,7,8,9,10]

},

getters: {

// getters函数的第一个参数是 state

// 必须要有返回值

filterList: state => state.list.filter(item => item > 5)

}

})

通过属性访问

1.Getter 会暴露为 store.getters 对象，你可以以属性的形式访问这些值：

store.getters.list// -> [1,2,3,4,5,6,7,8,9,10]

2.Getter也可以接受其他getter作为第二个参数

getters:{

// ...

count: (state, getters) => {

return getters.count

}

}

store.getters.count// -> 1,2,3,4,5,6,7,8,9,10

我们可以很容易在任何组件使用它。

computed: {

count () {

return this.$store.getters.count

}

}

注意，getter 在通过属性访问时是作为 Vue 的响应式系统的一部分缓存其中的。

通过方法访问

你也可以通过让 getter 返回一个函数，来实现给 getter 传参。在你对 store 里的数组进行查询时非常有用。

getters: {

// ...

filterList: state =>(num) =>state.list.find(item=>item>num)

}

}

store.getters.filterList(5) // -> [6,7,8,9,10]

注意，getter 在通过方法访问时，每次都会去进行调用，而不会缓存结果。

mapGetters辅助函数

mapGetters 辅助函数仅仅是将 store 中的 getter 映射到局部计算属性：

import { mapGetters } from 'vuex'

export default {

// ...

computed: {

// 使用对象展开运算符将 getter 混入 computed 对象中

...mapGetters(["filterList"])

}

}

...mapGetters({

// 把 `this.countList` 映射为 `this.$store.getters.filterList`

countList: 'filterList'

})

四、mutation

更改 Vuex 的store中的状态的唯一方法是提交mutation。Vuex中的mutation非常类似于事件：每个mutation都有一个字符串的事件类型 (type)和一个回调函数 (handler)。这个回调函数就是我们实际进行状态更改的地方，并且它会接受 state作为第一个参数。

const store = new Vuex.Store({

state: {

count: 0

},

mutations: {

addCount(state) {

// 变更状态

state.count++

}

}

})

你不能直接调用一个 mutation handler。这个选项更像是事件注册：“当触发一个类型为 increment 的 mutation 时，调用此函数。”要唤醒一个 mutation handler，你需要以相应的 type 调用 store.commit 方法：

提交载荷（payload）

你可以向 store.commit 传入额外的参数，即 mutation 的 载荷（payload）：

// ...

mutations: {

addCount (state, payload) {

state.count += payload.data}

}

store.commit('addCount ', {

data: 10

})

对象风格提交方式

提交 mutation 的另一种方式是直接使用包含 type 属性的对象：

store.commit({

type: 'addCount ',

data: 10

})

当使用对象风格的提交方式，整个对象都作为载荷传给 mutation 函数，因此 handler 保持不变：

mutations: {

addCount (state, payload) {

state.count += payload.data

}

}

Mutation需遵循Vue响应式规则

既然 Vuex 的 store 中的状态是响应式的，那么当我们变更状态时，监视状态的 Vue 组件也会自动更新。这也意味着 Vuex 中的 mutation 也需要与使用 Vue 一样遵守一些注意事项：

最好提前在你的 store 中初始化好所有所需属性。

当需要在对象上添加新属性时，你应该使用 Vue.set(obj, ‘newProp’, 123), 或者以新对象替换老对象。

使用常量替代Mutation事件类型

使用常量替代 mutation 事件类型在各种 Flux 实现中是很常见的模式。这样可以使 linter 之类的工具发挥作用，同时把这些常量放在单独的文件中可以让你的代码合作者对整个 app 包含的 mutation 一目了然：

// mutation-types.js

export const SOME_MUTATION = 'SOME_MUTATION'

// store.js

import Vuex from 'vuex'

import { SOME_MUTATION } from './mutation-types'

const store = new Vuex.Store({

state: { ... },

mutations: {

// 我们可以使用 ES2015 风格的计算属性命名功能来使用一个常量作为函数名

[SOME_MUTATION] (state) {

// mutate state

}

}

})

Mutation必须是同步函数

mutations: {

someMutation (state) {

setTimeout(() => {

state.count++

},1000)

}

}

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

在组件中提交Mutation

你可以在组件中使用 this.$store.commit(‘xxx’) 提交 mutation，或者使用 mapMutations 辅助函数将组件中的 methods 映射为 store.commit 调用（需要在根节点注入 store）。

import { mapMutations } from 'vuex'

export default {

// ...

methods: {

...mapMutations([

'addCount', // 将 `this.addCount()` 映射为`this.$store.commit('addCount')`

// `mapMutations` 也支持载荷：

'addCountBy' // 将 `this.addCountBy(data)` 映射为 `this.$store.commit('addCountBy', data)`

]),

...mapMutations({

add: 'addCount' // 将 `this.add()` 映射为 `this.$store.commit('addCount')`

})

}

}

在 mutation 中混合异步调用会导致你的程序很难调试。例如，当你调用了两个包含异步回调的 mutation 来改变状态，你怎么知道什么时候回调和哪个先回调呢？这就是为什么我们要区分这两个概念。在 Vuex 中，mutation 都是同步函数

五、Actions

Action类似于Mutation，不同的在于：

(1)Action提交的是Mutation，而不是直接变更状态

(2)Action可以包含任何异步操作

我们简单的来注册一个Actions：

const store = new Vuex.Store({

state: {

count: 0

},

mutations: {

addCount(state) {

state.count++

}

},

actions: {

addCount(store) {

store.commit('addCount')

}

}

})

Action 函数接受一个与 store 实例具有相同方法和属性的 context 对象，因此你可以调用 context.commit 提交一个 mutation，或者通过 context.state 和 context.getters 来获取 state 和 getters。当我们在之后介绍到 Modules 时，你就知道 context 对象为什么不是 store 实例本身了。

实践中，我们会经常用到 ES2015 的 参数解构来简化代码（特别是我们需要调用 commit 很多次的时候）：

actions: {

addCount({ commit }) {

commit('addCount')

}

}

分发Action

store.dispatch('addCount')

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

actions: {

//获取异步的数据 context表示当前的store的实例 可以通过

//context.state 获取状态 也可以通过context.commit 来提交

//mutations， 也可以 context.diapatch调用其他的action

getAsyncCount(store, data) {

setTimeout(function() {

// 一秒钟之后 要给一个数 去修改state

store.commit("addCount", data);

}, 1000);

},

}

Actions 支持载荷方式和对象方式进行分发：

// 以载荷形式分发

store.dispatch('getAsyncCount', { data: 10})

// 以对象形式分发

store.dispatch({

type: 'getAsyncCount',

data: 10

})

在组件中分发Action

你在组件中使用 this.$store.dispatch(‘xxx’) 分发 action，或者使用 mapActions 辅助函数将组件的 methods 映射为store.dispatch 调用（需要先在根节点注入 store）：

import { mapActions } from 'vuex'

export default {

// ...

methods: {

...mapActions([

'addCount', // 将 `this.addCount()` 映射为 `this.$store.dispatch('addCount')`

// `mapActions` 也支持载荷：

'addCountBy' // 将 `this.addCountBy(data)` 映射为 `this.$store.dispatch('addCountBy', data)`

]),

...mapActions({

add: 'addCount' // 将 `this.add()` 映射为 `this.$store.dispatch('addCount')`

})

}

}

组合Action

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

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

actions: {

actionA ({ commit }) {

return new Promise((resolve, reject) => {

setTimeout(() => {

commit('someMutation')

resolve()

}, 1000)

})

}

}

// 现在你可以

store.dispatch('actionA').then(() => {

// ...

})

最后，如果我们利用 async / await ，我们可以如下组合 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 才会执行。

六、Modules

 

由于使用单一状态树，应用的所有状态会集中到一个比较大的对象。当应用变得非常复杂时，store 对象就有可能变得相当臃肿。

为了解决以上问题，Vuex 允许我们将 store 分割成模块（module）。每个模块拥有自己的 state、mutation、action、getter、甚至是嵌套子模块——从上至下进行同样方式的分割：

const moduleA = {

state: () => ({ ... }),

mutations: { ... },

actions: { ... },

getters: { ... }

}

const moduleB = {

state: () => ({ ... }),

mutations: { ... },

actions: { ... }

}

const store = new Vuex.Store({

modules: {

a: moduleA,

b: moduleB

}

})

store.state.a // -> moduleA 的状态

store.state.b // -> moduleB 的状态

模块的局部状态

对于模块内部的 mutation 和 getter，接收的第一个参数是模块的局部状态对象。

const moduleA = {

state: () => ({

count: 0

}),

mutations: {

increment (state) {

// 这里的 `state` 对象是模块的局部状态

state.count++

}

},

getters: {

doubleCount (state) {

return state.count * 2

}

}

}

对于模块内部的 getter，根节点状态会作为第三个参数暴露出来：

const moduleA = {

// ...

getters: {

sumWithRootCount (state, getters, rootState) {

return state.count + rootState.count

}

}

}

命名空间

默认情况下，模块内部的 action、mutation 和 getter 是注册在全局命名空间的——这样使得多个模块能够对同一 mutation 或 action 作出响应。

如果希望你的模块具有更高的封装度和复用性，你可以通过添加 namespaced: true 的方式使其成为带命名空间的模块。当模块被注册后，它的所有 getter、action 及 mutation 都会自动根据模块注册的路径调整命名。例如：

const store = new Vuex.Store({

modules: {

account: {

namespaced: true,

// 模块内容（module assets）

state: () => ({ ... }), // 模块内的状态已经是嵌套的了，使用 `namespaced` 属性不会对其产生影响

getters: {

isAdmin () { ... } // -> getters['account/isAdmin']

},

actions: {

login () { ... } // -> dispatch('account/login')

},

mutations: {

login () { ... } // -> commit('account/login')

},

// 嵌套模块

modules: {

// 继承父模块的命名空间

myPage: {

state: () => ({ ... }),

getters: {

profile () { ... } // -> getters['account/profile']

}

},

// 进一步嵌套命名空间

posts: {

namespaced: true,

state: () => ({ ... }),

getters: {

popular () { ... } // -> getters['account/posts/popular']

}

}

}

}

}

})

启用了命名空间的 getter 和 action 会收到局部化的 getter，dispatch 和 commit。换言之，你在使用模块内容（module assets）时不需要在同一模块内额外添加空间名前缀。更改 namespaced 属性后不需要修改模块内的代码。

总结

修改state状态必须通过mutations。

mutations只能执行同步代码，类似ajax，定时器之类的代码不能在mutations中执行。

执行异步代码，要通过actions，然后将数据提交给mutations才可以完成。

state的状态即共享数据可以在组件中引用。

组件中可以调用action。