由日历控件的开发引入关于vuex的理解

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会

posted @ 2016-12-30 15:42  wtl1019  阅读(389)  评论(0编辑  收藏  举报