为什么要用vuex
上一篇Vue基础增强中介绍到。
父组件如果要传递值给子组件,子组件可以设置一个props属性,值是一个数组,数组里面每个值通过v-bind绑定一个父组件的数据。这样在子组件中就可以拿到这个值,在props中还可以写对象,可以对传递的值做一些校验、设置默认值、设置是否必须等操作。
子组件要传递值给父组件可以用发布订阅的模式传递,即父组件自定义个事件,绑定一个方法,然后子组件通过$emit绑定的方法,传递参数给方法,从而将值传递给父组件。
如果此时,有多层嵌套组件,那么传递值就会变得非常的复杂且中间组件接受和传递了它根本不需要的数据,按照老的数据传递方式逐级传递显然不是一种好的解决办法,而vuex就是解决这个问题的工具。
vuex是什么
Vuex是Vue配套的 公共数据管理工具,他可以把一些共享的数据,保存到vuex中,方便整个程序中的任何组件直接获取或修改我们的公共数据。
Vuex是为了保存组件之间的共享数据而诞生的,如果组件之间有要共享的数据,可以直接挂载到vuex中,而不必通过父子组件之间传递值了,如果组件的数据不需要共享,此时那些不需要共享的数据不必要放到vuex中
只有共享数据有必要放到vuex中,组件内部私有的数据,只要放到组件的data中即可: props、data、vuex的区别。
可以得出结论:vuex是一个共享数据存储区域,相当于一个数据的仓库。
配置vuex
1.下载安装1
npm i vuex -S
2.导入包1
import Vuex from 'vuex'
3.注册vuex到vue中1
Vue.use(Vuex)
4.new Vuex.Store()实例,得到一个 数据仓储对象1
2
3
4
5
6
7
8
9
10var store = new Vuex.Store({
state:{
// 可以把这个看成是data,专门用来存储数据
// 如果在组件中想访问这个数据 $store.state.xxx
},
mutations:{
}
})
state
- 可以把这个看成是data,专门用来存储数据
- 如果在组件中想访问这个数据 $store.state.xxx
mutations
如果要操作store中的state值,只能通过调用mutations提供的方法,才能操作对应的数据,不推荐直接操作state中的数据,因为万一导致了数据紊乱,不能快速定位到错误的原因,因为每个组件都可能有操作数据的方法。1
2
3mutations:{
// 如果想要调用mutation中的方法,只能使用this.$store.commit("方法名")
}
注意:在mutations中的方法,最多传递两个参数。其中参数1:是state状态,参数2:通过commit提交过来的参数。如果传递多个参数,可以传递一个对象。例如{a:1,b:3}
1
2
3
4
5mutations: {
increment (state, payload) {
state.count += payload.amount
}
}
需要注意的是,在mutations中必须是同步的函数。在 mutation 中混合异步调用会导致你的程序很难调试。例如,当你调用了两个包含异步回调的 mutation 来改变状态,你怎么知道什么时候回调和哪个先回调呢?这就是为什么我们要区分这两个概念。在 Vuex 中,mutation 都是同步事务:1
2store.commit('increment')
// 任何由 "increment" 导致的状态变更都应该在此刻完成。
getter
getters只负责对外提供数据,不负责修改数据。如果想要修改state中的数据,请去找mutations。有时候我们需要从 store 中的 state 中派生出一些状态,并且如果有多个组件需要用到此属性,我们要么复制这个函数,或者抽取到一个共享函数然后在多处导入它——无论哪种方式都不是很理想。
Vuex 允许我们在 store 中定义“getter”(可以认为是 store 的计算属性)。就像计算属性一样,getter 的返回值会根据它的依赖被缓存起来,且只有当它的依赖值发生了改变才会被重新计算。1
2
3
4
5getters:{
optCount:function(state){
return '当前最新的count值'+state.count
}
}
action
Action 类似于 mutation,不同在于:
- Action 提交的是 mutation,而不是直接变更状态。
- Action 可以包含任意异步操作。
让我们来注册一个简单的 action:1
2
3
4
5
6
7
8
9
10
11
12
13
14
15const store = new Vuex.Store({
state: {
count: 0
},
mutations: {
increment (state) {
state.count++
}
},
actions: {
increment (context) {
context.commit('increment')
}
}
})
Action 函数接受一个与 store 实例具有相同方法和属性的 context 对象,因此你可以调用 context.commit 提交一个 mutation,或者通过 context.state 和 context.getters 来获取 state 和 getters。当我们在之后介绍到 Modules 时,你就知道 context 对象为什么不是 store 实例本身了。
分发 Action
Action 通过 store.dispatch 方法触发:1
store.dispatch('increment')
乍一眼看上去感觉多此一举,我们直接分发 mutation 岂不更方便?实际上并非如此,还记得 mutation 必须同步执行这个限制么?Action 就不受约束!我们可以在 action 内部执行异步操作:1
2
3
4
5
6
7actions: {
incrementAsync ({ commit }) {
setTimeout(() => {
commit('increment')
}, 1000)
}
}
Actions 支持同样的载荷方式和对象方式进行分发:1
2
3
4
5
6
7
8
9
10// 以载荷形式分发
store.dispatch('incrementAsync', {
amount: 10
})
// 以对象形式分发
store.dispatch({
type: 'incrementAsync',
amount: 10
})
在组件中分发 Action
你在组件中使用 this.$store.dispatch('xxx')
分发 action,或者使用 mapActions
辅助函数将组件的 methods 映射为 store.dispatch 调用(需要先在根节点注入 store):1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16import { mapActions } from 'vuex'
export default {
// ...
methods: {
...mapActions([
'increment', // 将 `this.increment()` 映射为 `this.$store.dispatch('increment')`
// `mapActions` 也支持载荷:
'incrementBy' // 将 `this.incrementBy(amount)` 映射为 `this.$store.dispatch('incrementBy', amount)`
]),
...mapActions({
add: 'increment' // 将 `this.add()` 映射为 `this.$store.dispatch('increment')`
})
}
}
利用 async / await,我们可以如下组合 action:1
2
3
4
5
6
7
8
9
10
11// 假设 getData() 和 getOtherData() 返回的是 Promise
actions: {
async actionA ({ commit }) {
commit('gotData', await getData())
},
async actionB ({ dispatch, commit }) {
await dispatch('actionA') // 等待 actionA 完成
commit('gotOtherData', await getOtherData())
}
}
module
由于使用单一状态树,应用的所有状态会集中到一个比较大的对象。当应用变得非常复杂时,store 对象就有可能变得相当臃肿。
为了解决以上问题,Vuex 允许我们将 store 分割成模块(module)。每个模块拥有自己的 state、mutation、action、getter、甚至是嵌套子模块——从上至下进行同样方式的分割:1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22const 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,接收的第一个参数是模块的局部状态对象。1
2
3
4
5
6
7
8
9
10
11
12
13
14
15const moduleA = {
state: { count: 0 },
mutations: {
increment (state) {
// 这里的 `state` 对象是模块的局部状态
state.count++
}
},
getters: {
doubleCount (state) {
return state.count * 2
}
}
}
同样,对于模块内部的 action,局部状态通过 context.state
暴露出来,根节点状态则为 context.rootState
:1
2
3
4
5
6
7
8
9
10const moduleA = {
// ...
actions: {
incrementIfOddOnRootSum ({ state, commit, rootState }) {
if ((state.count + rootState.count) % 2 === 1) {
commit('increment')
}
}
}
}
对于模块内部的 getter,根节点状态会作为第三个参数暴露出来:1
2
3
4
5
6
7
8const moduleA = {
// ...
getters: {
sumWithRootCount (state, getters, rootState) {
return state.count + rootState.count
}
}
}
命名空间
默认情况下,模块内部的 action、mutation 和 getter 是注册在全局命名空间的——这样使得多个模块能够对同一 mutation 或 action 作出响应。
如果希望你的模块具有更高的封装度和复用性,你可以通过添加 namespaced: true 的方式使其成为带命名空间的模块。当模块被注册后,它的所有 getter、action 及 mutation 都会自动根据模块注册的路径调整命名。例如:1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40const 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 属性后不需要修改模块内的代码。
拓展
vuex中还有很多的知识没有被总结到,在这里记下vuex的api地址,以便以后查询使用
vuex的api