1、事件名
不同于组件和 prop，事件名不存在任何自动化的大小写转换。而是触发的事件名需要完全匹配监听这个事件所用的名称。举个例子，如果触发一个 camelCase 名字的事件：
子组件：
this.$emit('myEvent')
则监听这个名字的 kebab-case 版本是不会有任何效果的：
<compont-event
v-on:my-event="doSomething"
eventName="myEvent"
></compont-event>父组件必须这样写
<compont-event
v-on:myEvent="doSomething"
eventName="myEvent"
></compont-event>不同于组件和 prop，事件名不会被用作一个 JavaScript 变量名或 property 名，所以就没有理由使用 camelCase 或 PascalCase 了。并且?v-on?事件监听器在 DOM 模板中会被自动转换为全小写 (因为 HTML 是大小写不敏感的)，所以?v-on:myEvent?将会变成?v-on:myevent——导致?myEvent?不可能被监听到。?因此，我们推荐你始终使用 kebab-case 的事件名。
注意事项：事件名不存在任何自动化的大小写转换
2、自定义组件的?v-model
一个组件上的?v-model?默认会利用名为?value?的 prop 和名为?input?的事件，但是像单选框、复选框等类型的输入控件可能会将?value?attribute 用于不同的目的。model?选项可以用来避免这样的冲突：
Vue.component('base-checkbox', {
model: {
prop: 'checked',
event: 'change'
},
props: {
checked: Boolean
},
template: `
<input
type="checkbox"
v-bind:checked="checked"
v-on:change="$emit('change', $event.target.checked)"
>
`
})现在在这个组件上使用?v-model?的时候：
<base-checkbox v-model="lovingVue"></base-checkbox>这里的?lovingVue?的值将会传入这个名为?checked?的 prop。同时当?<base-checkbox>?触发一个?change?事件并附带一个新的值的时候，这个?lovingVue?的 property 将会被更新。
注意你仍然需要在子组件的?props?选项里声明?checked?这个 prop。
注意事项：model中区分事件和prop之后，prop该定义的属性一定要定义
3、将原生事件绑定到组件
场景1：子组件的根元素是父组件
父组件：
<compont-event-native v-on:focus.native="onFocus"></compont-event-native>子组件：
<template>
<input type="text">
</template>子组件输入的时候会触发父组件的onFocus事件，父组件的原生事件监听?有效
场景2：子组件的根元素不是父组件
子组件：
<template>
<label>
{{ label }}
<input type="text" v-on="inputListeners" />
</label>
</template>这时，父级的?.native?监听器将静默失败。它不会产生任何报错，但是?onFocus?处理函数不会如你预期地被调用。
为了解决这个问题，Vue 提供了一个?$listeners?property，它是一个对象，里面包含了作用在这个组件上的所有监听器。例如：
{
focus: function (event) { /* ... */ }
input: function (value) { /* ... */ },
}?有了这个?$listeners?property，你就可以配合?v-on="$listeners"?将所有的事件监听器指向这个组件的某个特定的子元素。对于类似?<input>?的你希望它也可以配合?v-model?工作的组件来说，为这些监听器创建一个类似下述?inputListeners?的计算属性通常是非常有用的：
export default Vue.component("compont-event-native", {
data: { label: "text" },
computed: {
inputListeners: function () {
var vm = this;
// `Object.assign` 将所有的对象合并为一个新对象
return Object.assign(
{},
// 我们从父级添加所有的监听器
this.$listeners,
// 然后我们添加自定义监听器，
// 或覆写一些监听器的行为
{
// 这里确保组件配合 `v-model` 的工作
input: function (event) {
vm.$emit("input", event.target.value);
},
}
);
},
},
});现在?<compont-event-native>?组件是一个完全透明的包裹器了，也就是说它可以完全像一个普通的?<input>?元素一样使用了：所有跟它相同的 attribute 和监听器都可以工作，不必再使用?.native?监听器
注意事项：子组件的根元素不是父组件，会导致父组件的监听的原生事件失效，具体看场景2：
4、sync?修饰符
有些情况下，我们可能需要对一个 prop 进行“双向绑定”。不幸的是，真正的双向绑定会带来维护上的问题，因为子组件可以变更父组件，且在父组件和子组件两侧都没有明显的变更来源。
这也是为什么我们推荐以?update:myPropName?的模式触发事件取而代之。举个例子，在一个包含?title?prop 的假设的组件中，我们可以用以下方法表达对其赋新值的意图： 子组件触发更新
this.$emit('update:title', newTitle)然后父组件可以监听那个事件并根据需要更新一个本地的数据 property。例如：
<text-document
v-bind:title="doc.title"
v-on:update:title="doc.title = $event"
></text-document>为了方便起见，我们为这种模式提供一个缩写，即?.sync?修饰符：
<text-document v-bind:title.sync="doc.title"></text-document>注意带有?.sync?修饰符的?v-bind?不能和表达式一起使用 (例如?v-bind:title.sync=”doc.title + ‘!’”?是无效的)。取而代之的是，你只能提供你想要绑定的 property 名，类似?v-model。
当我们用一个对象同时设置多个 prop 的时候，也可以将这个?.sync?修饰符和?v-bind?配合使用：
<text-document v-bind.sync="doc"></text-document>这样会把?doc?对象中的每一个 property (如?title) 都作为一个独立的 prop 传进去，然后各自添加用于更新的?v-on?监听器。
将?v-bind.sync?用在一个字面量的对象上，例如?v-bind.sync=”{ title: doc.title }”，是无法正常工作的，因为在解析一个像这样的复杂表达式的时候，有很多边缘情况需要考虑。
注意事项：添加.sync实现对一个 prop 进行“双向绑定”，在子组件中不可修改props的值，否则会报错
?可在子组件中通过this.$emit("update:title", value) 通知父组件更新值，不可直接修改props的值
?