为什么我们需要 Vuex
一、一个错误引发的思考
在 Weex 子组件中通过 this.$parent.$emit('event') 触发父组件的事件，父组件通过 this.$on('event', handler) 接收事件，从而实现父子组件的通信。这在 Native 端表现正常，然而当使用 Vue-loader 编译代码，引入 vue-runtime 和 weex-vue-render 在浏览器端运行的时候，事件无法正常捕获，这是什么原因呢？
假设把前文所说的父组件命名为 father, 子组件命名为 child，起初, Weex 中:
child.$parent === father // true
我们为了通知 father 去做某件事情，可以在 child 中使用 this.$parent.$emit，可是当解析到浏览器执行的时候，Debugger 发现：
child.$parent === father // false
child.$parent.$parent === father // false
也就是在 father 和 child 之间，多了一层组件的封装，之前的父子关系发生了改变，事件自然无法正常传达
这是因为，在 Weex 中有很多内建组件，底层基于 Native 端实现，当通过 vue-runtime 在浏览器运行的时候，需要将这些内建组件用基于浏览器的 Vue 组件代替，而这些 Vue 组件要实现类似底层 Native 组件的效果，极有可能需要封装多层，也就是会出现上述的父子关系变更的情况
可以认为是 Weex 做得不好的地方，但是我觉着，就算没有这个错误，也应该避免使用
this.$parent
二、this.$parent 背离了组件解耦的原则
上述的组件通信方式，是从哪来的奇淫巧技，我都已忘记，目前在 Vue 官网上找不到这种使用方法，也就是连官方都不推荐了更印证了不应该使用 this.$parent 的说法。
其实原因也很简单，子组件引用父组件的实例，这种强关联背离了组件的解耦原则，子组件依赖于某一特定的父组件，那么这个子组件只适用在这个父组件下，把这个子组件放到别处，就无法正常运行（或者有功能的缺失），并且一旦出现章节一中父子关系变更的情况，结果更加难以预料
那么子父组件确实是需要通信的时候，不使用 this.$parent 有什么替代方案么？答案是有的，Vue 中有个 bus 总线，子组件通过 bus.$emit把事件发到总线中，任何组件都可以监听这个事件。也就是子组件只负责触发事件，并不需要关心具体的处理组件。总线接收到事件信号后，发送到监听了该事件的组件处理
对于父到子的通信，父组件通过 props 向子组件传入参数，对于这个方向的数据流，我们却不用太担心的解耦的问题，因为父组件作为调用方只需要传递子组件需要的参数即可，子组件只需要关心参数，并不需要关心是谁在调用，同样可以顺利移植，完成解耦
从这个层面来说，从某种意义上说，单向数据流促进了组件间的解耦
三、这同样可以解释为什么我们需要 Vuex
以这个角度来观察 Vuex 以及所有单向数据流状态控制框架，是不是某种意义上的事件总线呢？
bus.png
store.png
其实 Vuex 不过是 Bus 更高级细致的实现而已，连官方文档也说了，有必要好好思考下你是否真的需要 Vuex，如果你的应用本身不复杂，其实只需要一个简单的 Bus 就够了
