Vuex五个概念的简单理解。

1.State 保存共享状态信息的地方。
2.Getters 类似我们单个组件中的计算属性computed，只是它定义在Vuex中。
3.Mutations 修改状态的地方。
4.Actions 做异步操作的地方。
5.Modules 用来专门划分模块的地方，针对不同的模块作数据保存。

State 单一状态树

Vuex使用了单一状态树来管理应用层级的全部状态，单一状态树又叫单一数据源(即Single Source of Truth)，也就是将所有的数据信息统一放到store对象进行管理，即使有更多的信息需要划分和管理，store对象有且只有一个，因为只有1个store的时候，能够让我们以最直接的方式找到某个状态的片对，方便我们之后的管理、维护和调试。
如果你的状态信息是保存到多个Store对象中的（也就是说创建了多个store对象分散保留信息），那么之后的管理和维护变得十分艰难，所以说只有1个store对象就好。

Getters 的基本使用，类似计算属性。

各组件获取store对象中一些state变异后的状态。

意味着，我们在任何一个组件都可以通过如下代码使用getters中定义的属性。

Getters作为参数使用

获取学生年龄>20的人数有几个？

Getters传递参数

getters默认是不能传递参数的，如果希望传递参数，那么只能让getters本身返回一个函数。
我们在上面传入一个参数22(为下面的年龄作判断age)，
检索我们stuInfo数组当中age>22的学生。
符合要求的只有一个，Jhon的age是28岁。

Mutations状态更新

提交（commit）Mutation是Vuex的store状态中的唯一更新方式。
Mutation主要包括两部分：
（1）字符串的事件类型（type）
（2）一个回调函数（handler）,该回调函数的第一个参数就是state
Mutation的定义方式：

=
通过mutation进行状态更新
拿到我们的store对象，调用我们的commit方法，传入一个事件类型

Mutations传递事件类型的同时携带参数过去

在通过mutation更新数据状态的时候，是可以携带一些的而外的参数的，这些参数被称为mutation的载荷（Payload）

上面演示了携带单个参数传递，倘若我们的参数不止一个的话，这个时候，我们需要通过以对象的形式进行传递，也就是Payload一个对象传递过去，这个时候，再从对象中取出相关的信息。

Mutation提交的两种风格

普通提交方式：通过commit进行提交。
另一种特殊的提交风格：通过一个包含type属性的对象进行提交。

当我们点击按钮的时候，可以看到我们在Mutation中接收的参数_count不再是一个简单的变量属性，而是一个对象了，所以这里使用_count来接收不再合适，而应该用payload来统一代替。

所以我们可以直接从payload对象里面取出我们的参数_count进行累加

Mutation响应规则

Vuex的store对象中的state状态是响应式的，当state中的数据发生改变时，Vue组件会自动更新我们的界面视图。

在state中定义的属性都会被加入到Vue响应式系统中，而响应式系统通过观察者模式会动态监听state中每个属性的变化，当state中某个属性发生变化时，响应式系统会通知所有界面中用到该属性的地方（组件），让界面发生刷新，（比如我们这里的state中有3个定义的属性：count,stuInfo,books,如果他们当中有某个属性发生变化，都会自动刷新视图）。

简单的理解就是一种数据的联动，你变我也要跟着变，某个数据发生变化就会产生的一种连锁反应。

效果图（连锁反应）如下：

想要让state中的属性被加入到Vue响应式系统，必须遵守的Vuex响应式规则，规则如下：

提前在store对象中进行初始化好我们需要的属性。

如果没有提前在store对象中初始化我们需要的属性，则state中的属性不会被加入到Vue响应式系统。

例子：

点击按钮查看效果：

总结：通过数组的索引值修改数组的元素本身就是不支持的，也不会加入响应式系统中，倘若真的要向state对象中赠添某个新属性时，可以使用.splice()方法或Vue.set()方法，或者用新对象给旧对象重新赋值

Vue.set(传入三个参数)方法使用：Vue.set(第一个参数要改哪个对象？第二个参数传入的是对象或者数组，对象用key键（字符串）,数组用number下标，第三个参数，你要传入的值)

对象用key键获取

数组用下标：

Vue.delete()方法可以实现响应式删除。

Mutation类型常量--搬砖转换

在mutation中，如果我们定义了很多事件类型（也就是其中的方法名称太多了）就很容易混淆写错）
就像这个样子：
当我们的项目在不断增大时，同时Vuex管理的状态也会变得越来越多，那么意味着Mutation中的方法也会越来越多，这也意味着使用者需要花费大量的精力去记住这些方法，甚至在多个文件之间来回切换，查看方法名称，甚至如果不是复制，自己手动敲代码还会写错事件类型。

当我们的事件类型名称是一致时，就可以使用类型常量进行转换了，避免纠错。

Mutation类型常量转换的具体步骤（以事件类型:increment为例子作为展示）

在src/store目录下创建一个mutation_type.js文件。
在App.vue文件中导入已经定义好的INCREMENT常量。
在App.vue函数methods定义中我们就可以这样来提交Mutation了，用定义好的常量INCREMENT替换我们的事件类型'increment'。
来到store/index.js文件下我们就可以到mutations中来这样替换事件类型increment了。

首先同样得导入定义好的常量INCREMENT

这样写的好处

在Mutation中进行异步操作的弊端

通常情况下，Vuex要求我们在mutations中定义的方法必须是同步的，因为同步的方法可以让devtools捕捉到mutations的快照，但如果是异步操作，这个时候的devtools工具将会变得愚钝了，它并不能很好追踪到mutations中的这个方法操作到底什么时候会被完成。
下面我们以异步操作(setTimeout定时器)作为例子测试devtools跟踪mutations方法时的灵敏度。
我们打开devtools查看状态记录，在mutation中进行异步操作测试，看下devtools工具到底会不会帮助我们实时更新数据的最新状态。

小结：在mutation中不能有异步操作，只能有同步方法，如有异步操作，必须放到actions里面。

actions 放置异步操作，它的功能和mutations类似。

actions有个类似mutation中传入的state参数，actions它也有个自己的参数叫context（上下文）,这个参数context可以理解为整个store对象，也可以理解为指向this.store对象。
那是不是意味着我们可以直接绕过mutations，执行actions操作呢?
答案是可以的，但不推荐这么做，为什么呢？我们可以看下官方的图。
我们看到上面的图执行actions操作的时候有个提交commit方法，因为actions中的参数context相当于一个store对象，所以我们可以直接使用context.commit( )方法。
小结：我们可以看下官方的思维图，理清思路.
拓展：我们的mutations是可以传递参数的，actions是否能传递参数payload呢？答案是可以的。
既然组件定义的methods里面可以传递一个参数？那能否传递过去一个箭头函数呢？其实也是可以的。
如果组件中的methods能传递一个参数，还可以传递一个箭头函数作为参数，那能否同时传递一个参数和一个箭头函数过去呢？也是可以的，只是这时候的携带参数要写成一个对象的形式。
但这种方式不够优雅，因为我们携带的参数和我们携带的回调函数混在一起了，我们要做的就是分离。

Vuex的modules核心概念

modules是模块的意思，为什么需要在Vuex中使用模块化开发思想呢？
Vue使用了单一状态数的核心概念，至始至终都只能有且只有一个store对象，那么也就意味着很多状态都要交给Vuex大管家来进行管理。
如果我们的应用变得非常复杂的时候，store对象中的代码量就有可能变得相当的庞大和臃肿，不利于后期的维护查看。
为了解决这个问题，Vuex允许我们开发者使用模块化的开发思想，将一个非常庞大的store大对象分割成一个个小模块(modules)进行管理,而每一个小模块又可以单独抽离出来组成一个单文件，从而进行组织管理。
这种单文件组织的模块化开发使每个独立的模块都拥有了自己的state、mutations、actions、getters。

modules模块是Vuex针对state单一状态树核心，而提出来的一种将代码块抽离成一个个单文件进行管理开发和维护，让开发者具备模块化开发思想，简单点就是是为了避免Vuex代码篇幅过大，避免代码过于臃肿而提出的一种解决方案思路，方便开发者后期的维护。

多个模块划分思路

我们在modules里面定义a、b、c模块都可以拥有和store对象一样的对象属性。

简单的模块抽离组织思路

如何使用modules属性对象中细分出来的单独模块下的state、mutations、actions?

1.模块中使用state案例

如果我们打开devtools查看state的话，会发现一件非常有意思的事情。
模块中访问state的实现机制,它不关心你的state到底是定义在模块里面还是定义在store这个大对象里面，反正它最终就是能访问到store对象中的state。
state取值

2.模块中使用mutations案例

3.模块中使用getters案例
getters作为参数传递,拿到上层的getters使用
getters的第三个参数rootState获取store大对象中的state数据

4.模块中使用actions案例
注意：模块这里actions访问的是属于模块内部自己的mutations,而不是store大对象里面的mutations，模块中actions区别于state，不会自动添加进store大对象中去.
打印模块中的actions里面的context看看有什么？
模块actions中传多个参数的另外写法：对象的结构赋值
关于对象的结构赋值上手概念理解：