vuex，为了解决繁杂事件订阅和广播，那么事件的$dispatch,$on
如果是中大型项目，尤其是有许多事件传播，那么vuex作用就体现出现了，为什么？
ok，$dispatch,$on,这种传播，如果是单向的还好，向上，向下，但是如果非单向，那么必定是先传上去，在传下来，中间还要监听好各自事件别给我整乱了。。。
试想一下，一个中大型项目，这里会发生什么？一个字乱，有的时候一个事件，对应的模块都要找半天，而vuex个人感觉相当于中介，又可以看作是模块化，一种对事件通信的模块化处理。。。
对一个事件，vuex大体可以看作四步：
第一步：到action里面查到这个事件的触发，
第二步：然后立马是mutaction里面查看对应处理，
第三步：改变store的状态，
第四步：getter视图渲染；
vuex三个关键词：action,mutation,store,中文意思：活动的，突变的，储存的，注意action，mutation，getter都必须是函数
既然vuex做了dispacth和boardcast做的事情并取缔了它，那么肯定具备了相应功能，什么时候需要dispatch，boardcast呢，以及哪些玩意需要保存在store里呢？
当一个全局组件需要一个事件才能做出对应响应，需要事件机制，比如说全局有个模态窗口，各个特定组件点击时候，都会显示各个组件对应得data时候，这时候需要事件机制，那么我那些东西需要存在store里面。这里如果有ng经验的，个人觉得可以把这个store70%理解为ng里面的rootscope，也就是类似一个全局的意思，且会根据子组件变动的东西叫store，举个例子，现在有个提示弹窗，里面有按钮和一些提示文字和数字，其中数字会根据子组件变化，而文字是死的，所以这里数字可以存在store里面；那么和localstorege有啥区别？locastorge会自动变化吗?不会，store会