最近的工作需要用到vue，所以最近接触最多的就是vue，下面我给大家介绍下vue组件间事件传递，需要的朋友参考下吧
由于新工作需要用vue，所以最近接触最多的也是vue，因为之前一直在用react，所以对于vue上手还是很快的。
我也尽量找一些他们两个的异同点，除了多了一些辅助用的方法以外，最大的不同应该是对于组件间的通信，不仅有props，还有一种事件监听，也是可以通过组件间传递的。
但是，在vue2.+中，vue引入了diff算法和虚拟dom来提升效率。我们知道这些事为了处理频繁更新dom元素所提出的一种优化方案，可频繁变动更新以及事件监听的初始化之间是否会有矛盾，当组件需要变动时，有没有对注册过的事件进行解绑？ 我们来写一些简单的代码印证一下。
我们写两个p做的按钮，一个是写的html代码，一个是通过组件的形式插入，两个按钮完全一样，但我们加一个disabled的属性在外层，并通过if-else来判断disabled从而显示不同的按钮（当然正常场景下我们不会这么去写代码，这里只是通过这种方式模拟一种特殊场景，我们自行考虑在我们的业务中是否存在这种场景）。
立即学习“前端免费学习笔记（深入）”；
可点击
不可点击
我们加一点样式，让他尽量好看一点，看着很简单，两个按钮，可点击时为他绑定一个点击事件，不可点击时不为他绑定。不同点是一个是直接写的html代码，一个是组件。组件的代码如下：
然后在mounted周期里加一个1秒的settimeout将disabled变为false，然后我们测试一下
当disabled还是true得时候，两个按钮点击都会弹出可点击的alert。但当disebled变为false的时候，上面用html写的不会再弹框，可下面用组件写的就还是会弹窗。
这种问题出现时是非常不好定位的，因为代码上很显然不会去调取这个clicktest事件，而在页面上，我们也能确定按钮已经变为不可点击的那一个了。那为什么这个事件还是会被调取呢？
这先要从diff算法说起，传统的diff tree算法的算法复杂度是O(n^3),而react在引入diff算法时，抛除了跨级移动的情况，即只比对同一级的节点异同，让算法复杂度降低到了O(n)，让我们可以肆无忌惮（当然也要适可而止）的频繁刷新整个页面。
（呵呵，没图）
diff有一条策略是拥有相同类的两个组件将会生成相似的树形结构，拥有不同类的两个组件将会生成不同的树形结构。所以它的比对顺序就是
1）tree diff
2）component diff
3）element diff
回到我们的代码上，我们在进行component diff时，认为他们是相同的组件，然后进行element diff，即进行新增 删除和移动所以问题就是发生在了这里，在实例化组件的时候我们初始化了事件监听，但在替换相同组件里的dom时，vue并没有对已添加到组件上的事件监听做删除。
我们看一下vue的代码，
Vue.prototype.$emit = function (event: string): Component {
const vm: Component = this
if (process.env.NODE_ENV !== 'production') {
const lowerCaseEvent = event.toLowerCase()
if (lowerCaseEvent !== event && vm._events[lowerCaseEvent]) {
tip(
`Event "${lowerCaseEvent}" is emitted in component ` +
`${formatComponentName(vm)} but the handler is registered for "${event}". ` +
`Note that HTML attributes are case-insensitive and you cannot use ` +
`v-on to listen to camelCase events when using in-DOM templates. ` +
`You should probably use "${hyphenate(event)}" instead of "${event}".`
)
}
}
let cbs = vm._events[event]
if (cbs) {
cbs = cbs.length > 1 ? toArray(cbs) : cbs
const args = toArray(arguments, 1)
for (let i = 0, l = cbs.length; i < l; i++) {
try {
cbs[i].apply(vm, args)
} catch (e) {
handleError(e, vm, `event handler for "${event}"`)
}
}
}
return vm
}vue是通过vdom里的_events属性下确定是否有绑定事件的。我们看一下不可点击的按钮的_events
基于Intranet/Internet 的Web下的办公自动化系统，采用了当今最先进的PHP技术，是综合大量用户的需求,经过充分的用户论证的基础上开发出来的，独特的即时信息、短信、电子邮件系统、完善的工作流、数据库安全备份等功能使得信息在企业内部传递效率极大提高，信息传递过程中耗费降到最低。办公人员得以从繁杂的日常办公事务处理中解放出来，参与更多的富于思考性和创造性的工作。系统力求突出体系结构简明
: clickTest : Array(1) 0 : ƒ invoker() length :
发现clicktest还在。这就是问题所在了。
那么我们该如何去回避这样的问题呢，还是应从diff的比对方式来解决问题，还是看代码。
function sameVnode (a, b) {
return (
a.key === b.key && (
(
a.tag === b.tag &&
a.isComment === b.isComment &&
isDef(a.data) === isDef(b.data) &&
sameInputType(a, b)
) || (
isTrue(a.isAsyncPlaceholder) &&
a.asyncFactory === b.asyncFactory &&
isUndef(b.asyncFactory.error)
)
)
)
}也就是对diff来说，所谓相同的第一判定原则是key。
key也是react引入diff时添加的一个属性，用来判断前后vdom树上是否为统一元素（注意是同级关系上），所以我们只需要在代码上加key，就可以避免这个问题
这样，我们在点击按钮时，就不会再出弹框了。
key的作用很广泛，当我们在遍历数组生成dom时，添加一个可确定的唯一id（注意不应该用数组索引），会优化我们的比对效率以及更少的操作dom。我们也会在某个p上添加key以确保他不会因为兄弟元素的变动而被重新渲染（这类p一般会被绑定react或vue以外的事件或动作，如在这个p中生成了一个canvas等）。
那么除了在组件上加这种不必要key值以外，还有别的方法解决吗？
有的，这里有一种很反vue但是类react的方式，就是把回调事件通过props的方式传递，向下面着这样，
props: {
'clickTest': {
type: Function
}
},
methods: {
handleClick() {
//this.$emit('clickTest')
this.clickTest && this.clickTest()
}
}虽然vue给了我们更方便的事件传递的方式，但props里是允许我们去传递任何类型的，我的期望是在真实的dom上或者在公共组件的入口处以外的地方，都是通过props的方式来传递结果的。虽然这种方式很不vue，而且也享受不到v-on给我们带来的遍历，但是这样确实可以减少不必要的麻烦。
当然既然用了vue，更好的利用vue给我们带来的便利也很重要，所以对于这种很少会出现的麻烦，我们有一个预期，并可以快速定位并修复问题，就可以了。
上面是我整理给大家的，希望今后会对大家有帮助。
相关文章：
