一个东西，首先要知道为什么用它，为什么要vuex，官方解释为了解决繁杂事件订阅和广播，那么事件的$dispatch,$on,怎么就复杂了？许多人是不是感觉后者还挺简单的，对的
如果简单小型项目，那么不需要vuex，只需要后者就可以，但是如果中大型，尤其是有许多事件传播，那么vuex作用就体现出现了，为什么？ok，$dispatch,$on,这种传播，如果是单向的还好，向上，向下，但是如果非单向，那么必定是先传上去，在传下来，中间还要监听好各自事件别给我整乱了。。。试想一下，一个中大型项目，这里会发生什么？一个字乱，有的时候一个事件，对应的模块都要找半天，而vuex个人感觉相当于中介，又可以看作是模块化，一种对事件通信的模块化处理。。。对一个事件，vuex大体可以看作四步，第一到action里面查到这个事件的触发，然后立马是mutaction里面查看对应处理，第三步改变store的状态，第四部getter视图渲染；
vuex三个关键词：action,mutation,store,中文意思：活动的，突变的，储存的，注意action，mutation，getter都必须是函数
下面一个从无到有一个例子；展示vuex（以中大型结构为例 加减为例）
首先我新建个mutation-type.js，这个文件的目的是申明整个项目存在的事件有哪些。。。代码如下
export const PLUS = 'PLUS'
export const MINS = 'MINS'
//本例就是两个事件，
接着新建actions文件夹，然后建三个js文件，分别为plus和mins对应的函数操作，以及总的actions文件
代码如下（由于两者相似，以plus为例）：
import {PLUS} from '../mutation-type'export const plus = ({dispatch}, num) =& {
dispatch(PLUS, num)
意思就是我这里是处理plus的，所以我先把我事件类型里的那个plus导入过来，对组件提供一个plus函数作为接口，这个函数是进行一个plus事件的dispatch操作，所以肯定第一个参数是dispatch，这里函数名可以任何名字，只要与你对应组件里名字对应即可，如果组件里面传的是this，则参数可以直接进行dom操作，用法，num.$el直接获取该组件的dom节点
总的action文件代码如下:
import {del} from './actions/mins'
import {plus} from './actions/plus'
export {del,plus}
ok,现在action有了，开始对应的组件，分别plus，mins，display，以及根app，由于mins和plus相似，所以二者只写一个plus；
plus代码如下
&template&
&button @click='add(2)'&Increment +1&/button&//为了注明这里的add对应是actions键key而不是value，（）里面可以传参数
&/template&
import * as actions from '../../vuex/demo3/actions'
export default {
actions: {
add: actions.add
注意:写了actions之后，如果同时具备methods，则method无效，此外，actions里面如果传this的话，则在对应js里面接受可以通过参数的$el,进行dom操作
display组件代码如下:
&template&
&h3&plus is {{num }}&/h3&
&h3&mins is
{{mynum}}&/h3&
&/template&
export default {
getters: {
num:({plus})=&plus.num,//这里getter的第一参数永远默认为是state，很容易理解，因为我获取的是状态，也就是如果你直接写（plus）的话，就必须写成（plus）=》plus.plus.num
mynum:({mins})=&mins.num
注意，如果写了getter继续写data的话，则getter无效，官网上也专门写过getter函数，就是封装相应值得处理
　　app代码如下
&template&
&Display&&/Display&
&Increment&&/Increment&
&mins&&/mins&
&/template&
import store from '../../vuex/demo2/store'
import Display from './display.vue'
import Increment from './increse.vue'
import mins from './mins.vue'
export default {
el:"#app",
components: {
Display, Increment,mins
store:store//这里如果键值一样的话，可以直接简写store
&/script&我要随时要监听状态吧，那得在对应模块的根目录上有个状态位吧，所以这里写store，这里有了之后，子组件会自动接收，相当于完成一个类似向下广播和监听的作用
接着是plus的mutations文件代码
import {PLUS} from '../mutation-type'
const state = {
const mutations={
PLUS(state,num){//注意这官网是[PLUS],但是把中括号去掉也是可以，效过没区别，这是因为你mutations-type里面const A =&A&,变量常量是一样的，如果这里const A= bb这时候这里的[]就有作用了，类似变量匹配的意思；
state.num=state.num+num
export default {
这段意思大概是现在actions已经触发了，dispatch了plus事件，我得有个监听处理吧，这的
mutation就是监听对应的时间相当于之前的event选项；你要处理所以第一个参数肯定是state状态啊，第二个就是对应事件传的参数，对外传一个状态和处理函数
　然后各个零件汇总得到store.js代码如下
import Vue from 'vue'
import Vuex from 'vuex'
import plus from './mutations/plus'
import mins from './mutations/mins'
Vue.use(Vuex)
export default new Vuex.Store({
这里把这两个事件，看成各自模块，于是module选项里写入各自模块名字，对外提供一个大的vuex实例，注意这里中文文档可能不是这样写的，以英文文档为有效答案
　ok这个时候运行webpack，一个中等项目结构的vuex就形成了，其实回看，既然vuex做了dispacth和boardcast做的事情并取缔了它，那么肯定具备了相应功能，什么时候需要dispatch，boardcast呢，以及哪些玩意需要保存在store里呢？我个人理解为，当一个全局组件需要一个事件才能做出对应响应，需要事件机制，比如说全局有个模态窗口，各个特定组件点击时候，都会显示各个组件对应得data时候，这时候需要事件机制，那么我那些东西需要存在store里面。这里如果有ng经验的，个人觉得可以把这个store70%理解为ng里面的rootscope，也就是类似一个全局的意思，且会根据子组件变动的东西叫store，举个例子，现在有个提示弹窗，里面有按钮和一些提示文字和数字，其中数字会根据子组件变化，而文字是死的，所以这里数字可以存在store里面；那么和localstorege有啥区别？locastorge会自动变化吗?不会，store会
当然这只是理解入门，更深一步操作，还需要各位慢慢琢磨，认识具有反复性和无限性，呵呵
阅读(...) 评论()}