企业🤖AI Agent构建引擎,智能编排和调试,一键部署,支持私有化部署方案 广告
# 自定义事件 ## 事件名 不同于组件和 prop,事件名不存在任何自动化的大小写转换。而是触发的事件名需要完全匹配监听这个事件所用的名称。举个例子,如果触发一个 camelCase 名字的事件: ~~~ this.$emit('myEvent') ~~~ 则监听这个名字的 kebab-case 版本是不会有任何效果的: ~~~ <!-- 没有效果 --> <my-component v-on:my-event="doSomething"></my-component> ~~~ 不同于组件和 prop,事件名不会被用作一个 JavaScript 变量名或属性名,所以就没有理由使用 camelCase 或 PascalCase 了。并且`v-on`事件监听器在 DOM 模板中会被自动转换为全小写 (因为 HTML 是大小写不敏感的),所以`v-on:myEvent`将会变成`v-on:myevent`——导致`myEvent`不可能被监听到。 因此,我们推荐你**始终使用 kebab-case 的事件名**。 ## [自定义组件的`v-model`](https://cn.vuejs.org/v2/guide/components-custom-events.html#%E8%87%AA%E5%AE%9A%E4%B9%89%E7%BB%84%E4%BB%B6%E7%9A%84-v-model "自定义组件的 v-model") > 2.2.0+ 新增 一个组件上的`v-model`默认会利用名为`value`的 prop 和名为`input`的事件,但是像单选框、复选框等类型的输入控件可能会将`value`特性用于[不同的目的](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/input/checkbox#Value)。`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`的属性将会被更新。 注意你仍然需要在组件的`props`选项里声明`checked`这个 prop。 ## [将原生事件绑定到组件](https://cn.vuejs.org/v2/guide/components-custom-events.html#%E5%B0%86%E5%8E%9F%E7%94%9F%E4%BA%8B%E4%BB%B6%E7%BB%91%E5%AE%9A%E5%88%B0%E7%BB%84%E4%BB%B6 "将原生事件绑定到组件") 你可能有很多次想要在一个组件的根元素上直接监听一个原生事件。这时,你可以使用`v-on`的`.native`修饰符: ~~~ <base-input v-on:focus.native="onFocus"></base-input> ~~~ 在有的时候这是很有用的,不过在你尝试监听一个类似`<input>`的非常特定的元素时,这并不是个好主意。比如上述`<base-input>`组件可能做了如下重构,所以根元素实际上是一个`<label>`元素: ~~~ <label> {{ label }} <input v-bind="$attrs" v-bind:value="value" v-on:input="$emit('input', $event.target.value)" > </label> ~~~ 这时,父级的`.native`监听器将静默失败。它不会产生任何报错,但是`onFocus`处理函数不会如你预期地被调用。 为了解决这个问题,Vue 提供了一个`$listeners`属性,它是一个对象,里面包含了作用在这个组件上的所有监听器。例如: ~~~ { focus: function (event) { /* ... */ } input: function (value) { /* ... */ }, } ~~~ 有了这个`$listeners`属性,你就可以配合`v-on="$listeners"`将所有的事件监听器指向这个组件的某个特定的子元素。对于类似`<input>`的你希望它也可以配合`v-model`工作的组件来说,为这些监听器创建一个类似下述`inputListeners`的计算属性通常是非常有用的: ~~~ Vue.component('base-input', { inheritAttrs: false, props: ['label', 'value'], computed: { inputListeners: function () { var vm = this // `Object.assign` 将所有的对象合并为一个新对象 return Object.assign({}, // 我们从父级添加所有的监听器 this.$listeners, // 然后我们添加自定义监听器, // 或覆写一些监听器的行为 { // 这里确保组件配合 `v-model` 的工作 input: function (event) { vm.$emit('input', event.target.value) } } ) } }, template: ` <label> {{ label }} <input v-bind="$attrs" v-bind:value="value" v-on="inputListeners" > </label> ` }) ~~~ 现在`<base-input>`组件是一个**完全透明的包裹器**了,也就是说它可以完全像一个普通的`<input>`元素一样使用了:所有跟它相同的特性和监听器的都可以工作。 ## [`.sync`修饰符](https://cn.vuejs.org/v2/guide/components-custom-events.html#sync-%E4%BF%AE%E9%A5%B0%E7%AC%A6 ".sync 修饰符") > 2.3.0+ 新增 在有些情况下,我们可能需要对一个 prop 进行“双向绑定”。不幸的是,真正的双向绑定会带来维护上的问题,因为子组件可以修改父组件,且在父组件和子组件都没有明显的改动来源。 这也是为什么我们推荐以`update:myPropName`的模式触发事件取而代之。举个例子,在一个包含`title`prop 的假设的组件中,我们可以用以下方法表达对其赋新值的意图: ~~~ this.$emit('update:title', newTitle) ~~~ 然后父组件可以监听那个事件并根据需要更新一个本地的数据属性。例如: ~~~ <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 + ‘!’”`是无效的)。取而代之的是,你只能提供你想要绑定的属性名,类似`v-model`。 当我们用一个对象同时设置多个 prop 的时候,也可以将这个`.sync`修饰符和`v-bind`配合使用: ~~~ <text-document v-bind.sync="doc"></text-document> ~~~ 这样会把`doc`对象中的每一个属性 (如`title`) 都作为一个独立的 prop 传进去,然后各自添加用于更新的`v-on`监听器。 将`v-bind.sync`用在一个字面量的对象上,例如`v-bind.sync=”{ title: doc.title }”`,是无法正常工作的,因为在解析一个像这样的复杂表达式的时候,有很多边缘情况需要考虑。