eventbus使用_Vuex和EventBus的区别和使用场景(分享探讨)

vue的父子组件,兄弟组件之间的通信是平时搬砖也好,前端面试也好,都经常会遇到的问题。作者本人比较菜,从业1年半做的项目都不是很大,Vuex的源码看了,demo也写了,但是就是没有机会用到,没有项目经历每次被问到Vuex为啥不能被EventBus取代这个问题,确实一脸懵逼,某种机缘巧合吧,今天做项目遇到了一个问题,想了想可能终于是时候开始使用Vuex了!


先说下大致的场景,一个多级列表页,文件夹可以打开下级列表,列表中的文件可以下载,因为文件不同源的问题,a标签的download属性应用受限,所以需要自己写http请求+blob来下载文件,文件下载过程不会被浏览器表现出来,所以需要前端自己去同步状态,那么如何记录每个页面没有下载完的文件?因为项目刚起步,还没有引用Vuex,一开始我的想法是引入一个全局变量loading记录正在下载的文件id挂在Vue的原型上,在组件created的时候引用到组件的data中,然后操作引用变量,既能控制自己的页面,也同时修改了全局变量,即使页面被销毁下次还是可以拿到全局存的下载状态,但是我也需要写watch来监听数据的变化,还得写EventBus通知其他页面有新的下载任务或者有下载任务完成。


这个时候问题就有点恶心了,一开始页面的结构是 => 大列表本身就是个组件,列表项也是组件,loading状态写在了列表项里,也就是每个最小的列表项都需要去取一下全局变量,然后这个watch还不能监听全局变量loading,否则watch触发的频率太高,只能监听loading变量下自己对应的key,这还只是获取状态,如何去同步其他页面的相关状态?相关页面都对loading做一个引用?而且每个页面数据层级都有一些差异,有的页面需要写watch甚至有的页面需要deep watch,有的页面可能需要直接引用在模板里,这里loading是个引用类型还好,要是值类型的全局变量去同步,你这边动了全局如何同步?其他组件如何同步?不都是要自己填坑。


感觉项目做大了逻辑会很混乱,性能也会受到影响。算了算了,不往下搞了,此时不用Vuex更待何时,开始疯狂改代码,增加了一些逻辑判断、取消了列表项那层组件并引入了Vuex。真香啊!state下面存loading用于给新加载的页面提供下载中的项目,再来一个count来记录下载中的项目,来个id记录下载好的项目,compute+watch这个变量的改变来同步已下载完成的项目。改完了发现能用,真爽。10点多溜了溜了下班回家!


回家路上继续想还有什么情况EventBus不好处理需要Vuex的场景,大致的想法是:


情况1:比如两个层级比较深的组件,左屏一个右屏一个,之间发生一些数据交互还需要同步,并且还要同步到不是最高父级上层组件中,没准还要进行一些数据记录,甚至交互其他更多的组件,props就不用想了,一层一层上去再一层一层下来那可真蠢,那eventbus呢?需要写多少个emit和on,而且绑定emit和on=在非父级组件上注册完还需要销毁,否则会出现重复绑定的问题。


情况2:EventBus是一种事件的传递,a和b是兄弟组件,我在a的子组件进行了一些修改,此时b还没有创建,我想渲染b组件并在b组件的子组件拿到刚才a组件操作的数据,然后我对b进行了一系列操作,想回到已被销毁的a组件再干点事情,EventBus慌得一b,此时甚至还没有localstorage好用,但是localstorage毕竟不是响应式的,取出来修改再同步,取出来用用完再同步,而且此时也不会有其他组件收到你修改的操作,如果这时候顶部导航栏菜单栏之类的也想同步个状态呢?你怎么去触发他们的生命周期?又要写更多的EventBus~


最后说说什么情况比较适合EventBus:


情况1:个人认为单页面应用的最父级组件上的提示遮罩比较适合用EventBus触发,因为最父级不会被销毁,EventBus不需要重复的解绑和绑定,即使绑定很多事件的处理也不会使逻辑太乱,比如最顶层的提示弹层,加载弹层等,如果子组件各自都有弹层,那更适合把弹层相关的逻辑提出去,再mixin到每个组件里。


情况2:深层级组件之间的简单通信,因为深层级组件经常被销毁重建,每次建立和移除相关EventBus都会有性能的开销,尤其是列表项组件,数量巨大,每个上面都写$emit对页面本身也不太友好,就好比ul的事件委托优化li的onclick事件一样,EventBus应往父组件上绑定,通过props传递,但是EventBus交互不易过多,逻辑不直观并且不便于维护
Vuex实战第一天,肯定思想上有诸多漏洞,但愿不会误导比我更萌新的萌新~
作者:zpkzpk
链接:https://www.jianshu.com/p/5628bb944571
来源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值