Increment +1

Decrement -1

代码中标识了：

1、state，驱动应用的数据源；

2、view，映射到视图的数据counterValue；

3、actions，响应在view上的用户输入导致的状态变化。

用简单示意图表示他们之间的关系：

我们知道，中大型的应用一般会遇到多个组件共享同一状态的情况：

1、多个视图依赖于同一状态

2、来自不同视图的行为需要变更同一状态

于是需要把组件的共享状态抽取出来，以一个全局单例模式管理，另外，需要定义和隔离状态管理中的各种概念并强制遵守一定的规则。

这就是 Vuex 背后的基本思想，借鉴了 Flux、Redux、和 The Elm Architecture。与其他模式不同的是，Vuex 是专门为 Vue.js 设计的状态管理库，以利用 Vue.js 的细粒度数据响应机制来进行高效的状态更新。

2、Vuex的核心概念

1)、State: 单一状态树，用一个对象包含了全部的应用层级状态，作为一个『唯一数据源(SSOT)』而存在，每个应用将仅仅包含一个 store 实例。

2)、Getters: Vuex 允许我们在 store 中定义『getters』（可以认为是 store 的计算属性）。

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

4)、Actions: 类似于 mutation，不同在于：①Action 提交的是 mutation，而不是直接变更状态；②Action 可以包含任意异步操作。

5)、Modules: 为解决单一状态树导致应用的所有状态集中在一个store对象的臃肿问题，Vuex将store分割到模块（module）。每个模块拥有自己的 state、mutation、action、getters、甚至是嵌套子模块——从上至下进行类似的分割。

接着我们开始构建备忘录应用，在以下构建过程的介绍中，再加深理解上述概念。

二、环境安装

1.安装 vue-cli

2.初始化应用

vue init webpack vue-notes-demo

cd vue-notes-demo

npm install // 安装依赖包

npm run dev // 启动服务

结果为：

目录结构为：

三、功能模块

先看下我们要做的demo的效果为：

主要功能模块为：

新增计划，新增一个计划，编辑区显示空的计划内容。

移除计划，删除一个计划之后，计划列表少了该计划。

所有计划的总时长，将所有的计划时间加起来。

四、项目组件划分

在原来的目录结构的调整下，最终的目录结构为：

下面详细介绍下：

1、组件部分

1）.首页组件：Home.vue

创建一个计划

2）.计算计划总时长组件：Sidebar.vue

3）.计划列表组件：TimeEntries.vue

v-if="$route.path !== '/time-entries/log-time'"

to="/time-entries/log-time"