一、简单理解
简单说vuex，就是用来管理组件状态的数据，并且能在你可掌控的范围下增删改查这些数据。
store容器 ， state状态
二者关系（包含）：
以前我也把vuex里边的state看成是一个全局对象的感觉，就像全局变量所有页面都能用一样，所有组件都能使用它。
但是他和全局对象的区别有两点，概括来说：
1. Vuex里边的数据是和使用它的视图，关系密切，心有灵犀。属于藕断丝还连的亲密。
改变了state里边的数据，视图里边的展示就能跟着改变。是不是很强大。
而全局对象的改变也能修改视图的展示。但是他俩之间需要一个媒介，你得自行监控全局对象的改变来修改展示。
2. 鉴于二者关系密切，Vuex是不能你想动就动的，支配他得需要专门的“法物”--mutations的commit
二、核心概念：
1）state 概括如下：
“单一状态树”
一个项目中只能有一个
是所有组件公用的数据源
Vuex 的状态存储是响应式的
如何在 Vue 组件中展示状态：从 store 实例中读取状态并在计算属性中返回这个状态
computed: {
count () {
return this.$store.state.count
}
}
当store.state内状态值变化的时候, 都会重新求取计算属性，并且触发更新相关联的 DOM。
2）getter
可以认为是 store 的计算属性
getter 的返回值会根据它的依赖被缓存起来，且只有当它的依赖值发生了改变才会被重新计算。就像计算属性一样
3）mutation
更改Vuex 的 store 中的状态的唯一方法是提交 mutation
官网文：“每个 mutation 都有一个字符串的 事件类型 (type) 和 一个 回调函数 (handler)。
这个回调函数就是我们实际进行状态更改的地方，并且它会接受 state 作为第一个参数”
这句话的代码解释如下：
源码与解析对比图：
state：获取store中的状态数据
payload-载荷：多数情况下，载荷应该是一个对象，这样可以包含多个字段并且记录的 mutation 会更易读；
事件注册：
store.commit（‘state’,{
payload: ‘载荷’
}）；
4）action
由于mutation必须是同步的，这就给了action成长的机会，
因为action虽然和mutation差不多，但是它支持异步啊！
而且action，是通过提交（操控）mutation来更改state的状态，而不是自己上去直接搞，可以说是很机智的了。
接受参数 - context 对象: 与 store 实例具有相同方法和属性。
也就是说可以拿他当store用，或者也可以直接将其命名为store。
但注意，他确不是store本尊
分发 Action：
this.$store.dispatch('mutationFunctionName')
action的高级之处：我们可以在 action 内部执行异步操作
action(context) {
//异步操作
setTimeout（（） = >{
//变更状态
context.commit('mutationFunName'，value)
}）
}
store.dispatch:
可以处理被触发的 action 的处理函数返回的 Promise
store.dispatch 仍旧返回 Promise
三、关键记忆点：
* store 中的状态是响应式的
* 最好提前在你的 store 中初始化好所有所需属性。
* 调用 store 中的状态：仅需要在组件的计算属性中返回即可，
因为当store.state内状态值变化的时候, 都会重新求取计算属性，并且触发更新相关联的 DOM。
* 触发变化：在组件的 methods 中提交（commit） mutation
* 将所有的状态放入 Vuex？ 错，如果有些状态严格属于单个组件，最好还是作为组件的局部状态。
* mutation 必须是同步函数，比如store.commit('increment') ，
提交这一下，那么任何由 "increment" 导致的状态变更都应该在此刻完成。而不能再执行回调函数啥的了。
2018-04-07 17:49:23