赞
踩
Vuex 是一个专为 Vue.js 应用程序开发的状态管理模式。它采用 集中式存储管理 应用的所有组件的状态,并以相应的规则保证状态以一种可预测的方式发生变化。Vuex 也集成到 Vue 的官方调试工具 devtools extension
,提供了诸如零配置的 time-travel 调试、状态快照导入导出等高级调试功能。
状态管理到底是什么?
状态管理模式、集中式存储管理这些名词听起来就非常高大上,让人捉摸不透。其实,你可以简单的将其看成把需要多个组件共享的变量全部存储在一个对象里面。然后,将这个对象放在顶层的Vue实例中,让其他组件可以使用。那么,多个组件是不是就可以共享这个对象中的所有变量属性
如果是这样的话,为什么官方还要专门出一个插件Vuex呢?难道我们不能自己封装一个对象来管理吗?
当然可以,只是我们要先想想VueJS
带给我们最大的便利是什么呢?没错,就是响应式。如果你自己封装实现一个对象能不能保证它里面所有的属性做到响应式呢?当然也可以,只是自己封装可能稍微麻烦一些。不用怀疑,Vuex
就是为了提供这样一个在多个组件间共享状态的插件,用它就可以了。
但是,有什么状态时需要我们在多个组件间共享的呢?
如果你做过大型开放,你一定遇到过多个状态,在多个界面间的共享问题。比如用户的登录状态、用户名称、头像、地理位置信息等等。比如商品的收藏、购物车中的物品等等。这些状态信息,我们都可以放在统一的地方,对它进行保存和管理,而且它们还是响应式的
我们知道,要在单个组件中进行状态管理是一件非常简单的事情
在这个案例中,我们有没有状态需要管理呢?没错,就是个数counter
。
counter需要某种方式被记录下来,也就是我们的State
。
counter目前的值需要被显示在界面中,也就是我们的View
部分。
界面发生某些操作时(我们这里是用户的点击,也可以是用户的input),需要去更新状态,也就是我们的Actions
Vue已经帮我们做好了单个界面的状态管理,但是如果是多个界面呢?
多个试图都依赖同一个状态(一个状态改了,多个界面需要进行更新)不同界面的Actions都想修改同一个状态(Home.vue需要修改,Profile.vue也需要修改这个状态),也就是说对于某些状态(状态1/状态2/状态3)来说只属于我们某一个view,但是也有一些状态(状态a/状态b/状态c)属于多个试图共同想要维护的状态1/状态2/状态3你放在自己的房间中,你自己管理自己用,没问题。但是状态a/状态b/状态c我们希望交给一个大管家来统一帮助我们管理!!!没错,Vuex就是为我们提供这个大管家的工具。
全局单例模式(大管家)
我们现在要做的就是将共享的状态抽取出来,交给我们的大管家,统一进行管理。之后,你们每个试图,按照我规定好的规定,进行访问和修改等操作。这就是Vuex背后的基本思想。
Vuex状态管理图例
安装Vuex步骤
安装Vuex
cnpm install vuex --save # 运行时依赖
1)首先,我们需要在某个地方存放我们的Vuex代码:这里,我们先创建一个文件夹store,并且在其中创建一个index.js文件。在index.js文件中写入如下代码:
import Vue from 'vue'
import Vuex from 'vuex'
// 1. 安装插件 vue的底层会执行 Vue.install
Vue.use(Vuex)
// 2. 创建对象
const store = new Vuex.Store({
state:{
counter: 1000
},
mutations:{
increment(state){
state.counter++
},
decrement(state){
state.counter--
}
},
actions:{
},
getters:{
},
modules:{
}
})
// 3. 导出store对象
export default store
2)其次,我们让所有的Vue
组件都可以使用这个store
对象,来到main.js文件,导入store对象,并且放在new Vue中,这样,在其他Vue组件中,我们就可以通过this.$store
的方式,获取到这个store
对象了
import Vue from 'vue'
import App from './App.vue'
import router from "./router";
import store from "./store";
Vue.config.productionTip = false
//为什么需要挂载 store Vue会修改原型,为所有组件添加一个全局的对象
new Vue({
render: h => h(App),
router,
store
}).$mount('#app')
3)使用Vuex的count
<template>
<div>
直接获取:<p>当前计数{{$store.state.counter}}</p>
js代码改变获取:<p>{{counter}}</p>
<button @click="increment">+1</button>
<button @click="decrement">-1</button>
</div>
</template>
<script>
export default {
name: "HelloWorld",
computed:{
counter(){
return this.$store.state.counter
}
},
methods:{
increment(){
this.$store.commit('increment')
},
decrement(){
this.$store.commit('decrement')
}
}
}
</script>
<style scoped>
</style>
我们来对使用步骤,做一个简单的小节:
注意事项:
我们通过提交mutation的方式,而非直接改变store.state.count。这是因为Vuex可以更明确的追踪状态的变化,所以不要直接改变store.state.count的值。
Vuex提出使用单一状态树, 什么是单一状态树呢?
英文名称是Single Source of Truth,也可以翻译成单一数据源。但是,它是什么呢?我们来看一个生活中的例子。
我们知道,在国内我们有很多的信息需要被记录,比如上学时的个人档案,工作后的社保记录,公积金记录,结婚后的婚姻信息,以及其他相关的户口、医疗、文凭、房产记录等等(还有很多信息)。这些信息被分散在很多地方进行管理,有一天你需要办某个业务时(比如入户某个城市),你会发现你需要到各个对应的工作地点去打印、盖章各种资料信息,最后到一个地方提交证明你的信息无误。这种保存信息的方案,不仅仅低效,而且不方便管理,以及日后的维护也是一个庞大的工作(需要大量的各个部门的人力来维护,当然国家目前已经在完善我们的这个系统了)。
这个和我们在应用开发中比较类似:
如果你的状态信息是保存到多个Store对象中的,那么之后的管理和维护等等都会变得特别困难。所以Vuex也使用了单一状态树来管理应用层级的全部状态。单一状态树能够让我们最直接的方式找到某个状态的片段,而且在之后的维护和调试过程中,也可以非常方便的管理和维护
有时候,我们需要从store
中获取一些state变异后的状态,和计数属性类似。比如下面的Store中:
获取学生年龄大于20的个数。
我们可以在computed
中定义反回处理后的数据
computed:{
counter(){
return this.$store.state.students.filter(age => age>=20)
}
},
或者在Store中定义getters
getters:{
greaterAgeStu(state){
return state.students.filter(s => s.age>=20)
}
},
如果我们已经有了一个获取所有年龄大于20岁学生列表的长度, 那么代码可以这样来写,把getters作为参数传递个下一函数
getters:{
greaterAgeStu(state){
return state.students.filter(s => s.age>=20)
},
greaterAgeStuCount(state,getters){
return getters.greaterAgeStu.length
}
},
getters
默认是不能传递参数的, 如果希望传递参数, 那么只能让getters
本身返回另一个函数.比如上面的案例中,我们希望根据ID
获取用户的信息
stuById(state){
return function (id) {
return state.students.find(s=> s.id==id)
}
}
在组件中使用
希望根据ID获取用户的信息
<span>{{$store.getters.stuById(112)}}</span>
Vuex
的store状态的更新唯一方式:提交Mutation
Mutation主要包括两部分:
mutation
的定义方式:
mutations:{
increment(state){
state.counter++
},
decrement(state){
state.counter--
}
},
组件通过mutation
更新
methods:{
increment(){
this.$store.commit('increment')
},
decrement(){
this.$store.commit('decrement')
}
}
在通过mutation
更新数据的时候, 有可能我们希望携带一些额外的参数。参数被称为是mutation
的载荷(Payload)
Mutation
中的代码:
但是如果参数不是一个呢?
比如我们有很多参数需要传递.这个时候, 我们通常会以对象的形式传递, 也就是payload
是一个对象.这个时候可以再从对象中取出相关的信息.
上面的通过commit
进行提交是一种普通的方式,Vue还提供了另外一种风格, 它是一个包含type属性的对象
methods:{
increment(){
this.$store.commit({
type: 'increment',
count: 1000
})
}
}
Mutation
中的处理方式是将整个commit
的对象作为payload
使用, 所以代码没有改变, 依然如下:
mutations:{
increment(state,payload){
state.counter = payload.count
}
},
Vuex
的store中的state是响应式的, 当state中的数据发生改变时, Vue组件会自动更新.
这就要求我们必须遵守一些Vuex对应的规则:
Vue.delete(对象,属性)
例如:
新建userinfo
组件,编写按钮改变信息,在状态管理中直接改变info
对象
我们来考虑下面的问题:
在mutation
中, 我们定义了很多事件类型(也就是其中的方法名称).当我们的项目增大时, Vuex管理的状态越来越多, 需要更新状态的情况越来越多, 那么意味着Mutation中的方法越来越多
方法过多, 使用者需要花费大量的经历去记住这些方法, 甚至是多个文件间来回切换, 查看方法名称, 甚至如果不是复制的时候, 可能还会出现写错的情况.
如何避免上述的问题呢?
在各种Flux实现中, 一种很常见的方案就是使用常量替代Mutation事件的类型.我们可以将这些常量放在一个单独的文件中, 方便管理以及让整个app所有的事件类型一目了然.
具体怎么做呢?
我们可以创建一个文件: mutation-types.js
, 并且在其中定义我们的常量.定义常量时, 我们可以使用ES2015中的风格, 使用一个常量来作为函数的名称.
通常情况下, Vuex
要求我们Mutation
中的方法必须是同步方法.
主要的原因是当我们使用devtools
时, 可以devtools
可以帮助我们捕捉mutation
的快照.但是如果是异步操作, 那么devtools
将不能很好的追踪这个操作什么时候会被完成.
比如我们之前的代码, 当执行更新时, devtools中会有如下信息:
但是, 如果Vuex中的代码, 我们使用了异步函数: 图2
你会发现state中的info数据一直没有被改变, 因为他无法追踪到
So, 通常情况下, 不要再
mutation
中进行异步的操作
我们强调, 不要再Mutation
中进行异步操作.但是某些情况, 我们确实希望在Vuex中进行一些异步操作, 比如网络请求, 必然是异步的. 这个时候怎么处理呢?
Action类似于Mutation, 但是是用来代替Mutation进行异步操作的.
Action的基本使用代码如下:
context是什么?
context是和store对象具有相同方法和属性的对象.也就是说, 我们可以通过context去进行commit相关的操作, 也可以获取context.state等.但是注意, 这里它们并不是同一个对象
在Vue组件中, 如果我们调用action中的方法, 那么就需要使用dispatch
,同样的, 也是支持传递payload
ES6语法中Promise
经常用于异步操作.在Action
中, 我们可以将异步操作放在一个Promise
中, 并且在成功或者失败后, 调用对应的resolve
或reject
.
Module
是模块的意思, 为什么在Vuex
中我们要使用模块呢?
Vue使用单一状态树,那么也意味着很多状态都会交给Vuex来管理.当应用变得非常复杂时,store对象就有可能变得相当臃肿.为了解决这个问题, Vuex允许我们将store分割成模块(Module), 而每个模块拥有自己的state、mutation、action、getters等
我们按照什么样的方式来组织模块呢?
启动观察
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。