Merge pull request #99 from menpuji/2.0-cn

状态管理 校验

Author: dingyiming

src/guide/state-management.md

@@ -1,18 +1,18 @@
----
+ ---
 title: 状态管理
 type: guide
 order: 21
 ---
 
 ## 类 Flux 状态管理的官方实现
 
-由于多个状态分散的跨越在许多组件和交互间各个角落，大型应用复杂度也经常逐渐增长。为了解决这个问题，Vue 提供 [vuex](https://github.com/vuejs/vuex)： 我们有受到 Elm 启发的状态管理库。vuex 甚至融入了 [vue-devtools](https://github.com/vuejs/vue-devtools)，无需配置即可访问时光旅行。
+由于多个状态分散的跨越在许多组件和交互间各个角落，大型应用复杂度也经常逐渐增长。为了解决这个问题，Vue 提供 [vuex](https://github.com/vuejs/vuex)： 我们有受到 Elm 启发的状态管理库。vuex 甚至集成到 [vue-devtools](https://github.com/vuejs/vue-devtools)，无需配置即可开始你的体验。
 
 ### React 的开发者请参考以下信息
 
-如果你是来自 React 的开发者，你可能会对 vuex 和 [redux](https://github.com/reactjs/redux) 间的差异表示关注，redux 是 React 生态环境中最流行的 Flux 实现。Redux 事实上无法感知视图层，所以它能够轻松的通过一些[简单绑定](https://github.com/egoist/revue)和Vue一起使用。vuex区别在于它是一个专门为 vue 应用所设计。这使得它能够更好地和vue进行整合，同时提供直观的API和改善过的开发体验。
+如果你是来自 React 的开发者，你可能会对 vuex 和 [redux](https://github.com/reactjs/redux) 间的差异表示关注，redux 是 React 生态环境中最流行的 Flux 实现。Redux 事实上无法感知视图层，所以它能够轻松的通过一些[简单绑定](https://github.com/egoist/revue)和Vue一起使用。vuex区别在于它是一个专门为 vue 应用所设计。这使得它能够更好地和vue进行整合，同时提供简洁的API和改善过的开发体验。
 
-## 来自 Scratch 的简单状态管理
+## 简单状态管理起步使用
 
 经常被忽略的是，Vue 应用中原始 `数据` 对象的实际来源 - 当访问数据对象时，一个 Vue 实例只是简单的代理访问。所以，如果你有一处需要被多个实例间共享的状态，可以简单地通过维护一份数据来实现共享：
 
@@ -28,9 +28,9 @@ const vmB = new Vue({
 })
 ```
 
-现在当 `sourceOfTruth` 发生变化，`vmA` 和 `vmB` 都将自动的更新引用它们的视图。子组件们的每个实例也会通过 `this.$root.$data` 去访问。现在我们有了唯一的实际来源，但是，调试将会变为噩梦。任何时间，我们应用中的任何部分，在任何数据改变后，都不会留下变更过的痕迹。
+现在当 `sourceOfTruth` 发生变化，`vmA` 和 `vmB` 都将自动的更新引用它们的视图。子组件们的每个实例也会通过 `this.$root.$data` 去访问。现在我们有了唯一的实际来源，但是，调试将会变为噩梦。任何时间，我们应用中的任何部分，在任何数据改变后，都不会留下变更过的记录。
 
-如何解决这个问题呢？我们采用一个简单的 **store 模式**：
+为了解决这个问题，我们采用一个简单的 **store 模式**：
 
 ``` js
 var store = {
@@ -49,7 +49,7 @@ var store = {
 }
 ```
 
-需要注意，所有 store 中 state 的改变，都放置在 store 自身的 action 中去管理。这种类型的集中式状态管理能够被更容易地理解，是哪部分 mutation 发生变更，以及 mutation 是如何被触发。当错误出现时，我们现在也会有一个 log 记录 bug 之前发生了什么。
+需要注意，所有 store 中 state 的改变，都放置在 store 自身的 action 中去管理。这种集中式状态管理能够被更容易地理解哪种类型的 mutations 将会发生，以及它们是如何被触发。当错误出现时，我们现在也会有一个 log 记录 bug 之前发生了什么。
 
 此外，每个实例/组件仍然可以拥有和管理自己的私有状态：
 
@@ -71,9 +71,9 @@ var vmB = new Vue({
 
 ![状态管理](/images/state.png)
 
-<p class="tip">重要的是，注意你不应该在 action 中 替换原始的状态对象 - 组件和 store 需要引用同一个共享对象，变更才能够被观察</p>
+<p class="tip">重要的是，注意你不应该在 action 中 替换原始的状态对象 - 组件和 store 需要引用同一个共享对象，mutations 才能够被观察</p>
 
-接着我们继续延伸约定，组件不允许直接修改属于 store 实例的 state，而是应该使用分发 (dispatch) 事件通知 store 执行 action 作为替代，我们最终达成了 [Flux](https://facebook.github.io/flux/) 架构。这样约定的好处是，我们能够记录所有 store 中发生的 state 改变，同时实现能做到记录变更 (mutation) 、保存状态快照、历史回滚/时光旅行的先进的调试工具。
+接着我们继续延伸约定，组件不允许直接修改属于 store 实例的 state，而应执行 action 来分发 (dispatch) 事件通知 store 去改变，我们最终达成了 [Flux](https://facebook.github.io/flux/) 架构。这样约定的好处是，我们能够记录所有 store 中发生的 state 改变，同时实现能做到记录变更 (mutation) 、保存状态快照、历史回滚/时光旅行的先进的调试工具。
 
 [vuex](https://github.com/vuejs/vuex) 给我们带来了整个循环机制，如果你读了这么久，不妨去尝试一下它！