Guide
Essentials
- Installation
- Introduction
- The Vue Instance
- Template Syntax
- Computed Properties and Watchers
- Class and Style Bindings
- Conditional Rendering
- List Rendering
- Event Handling
- Form Input Bindings
- Components Basics
Components In-Depth
- Component Registration
- Props
- Custom Events
- Slots
- Dynamic & Async Components
- Handling Edge Cases
Transitions & Animation
- Enter/Leave & List Transitions
- State Transitions
Reusability & Composition
- Mixins
- Custom Directives
- Render Functions & JSX
- Plugins
- Filters
Tooling
- Single File Components
- Testing
- TypeScript Support
- Production Deployment
Scaling Up
- Routing
- State Management
- Server-Side Rendering
- Security
Internals
- Reactivity in Depth
Migrating
- Migration from Vue 1.x
- Migration from Vue Router 0.7.x
- Migration from Vuex 0.6.x to 1.0
- Migration to Vue 2.7
Meta
- Comparison with Other Frameworks
- Join the Vue.js Community!
- Meet the Team
Custom Events
This page assumes you’ve already read the Components Basics. Read that first if you are new to components.
Event Names
Unlike components and props, event names don’t provide any automatic case transformation. Instead, the name of an emitted event must exactly match the name used to listen to that event. For example, if emitting a camelCased event name:
|
Listening to the kebab-cased version will have no effect:
|
Unlike components and props, event names will never be used as variable or property names in JavaScript, so there’s no reason to use camelCase or PascalCase. Additionally, v-on
event listeners inside DOM templates will be automatically transformed to lowercase (due to HTML’s case-insensitivity), so v-on:myEvent
would become v-on:myevent
– making myEvent
impossible to listen to.
For these reasons, we recommend you always use kebab-case for event names.
Customizing Component v-model
New in 2.2.0+
By default, v-model
on a component uses value
as the prop and input
as the event, but some input types such as checkboxes and radio buttons may want to use the value
attribute for a different purpose. Using the model
option can avoid a conflict in such cases:
|
Now when using v-model
on this component:
|
the value of lovingVue
will be passed to the checked
prop. The lovingVue
property will then be updated when <base-checkbox>
emits a change
event with a new value.
Note that you still have to declare the checked
prop in the component’s props
option.
Binding Native Events to Components
There may be times when you want to listen directly to a native event on the root element of a component. In these cases, you can use the .native
modifier for v-on
:
|
This can be useful sometimes, but it’s not a good idea when you’re trying to listen on a very specific element, like an <input>
. For example, the <base-input>
component above might refactor so that the root element is actually a <label>
element:
|
In that case, the .native
listener in the parent would silently break. There would be no errors, but the onFocus
handler wouldn’t be called when we expected it to.
To solve this problem, Vue provides a $listeners
property containing an object of listeners being used on the component. For example:
|
Using the $listeners
property, you can forward all event listeners on the component to a specific child element with v-on="$listeners"
. For elements like <input>
, that you also want to work with v-model
, it’s often useful to create a new computed property for listeners, like inputListeners
below:
|
Now the <base-input>
component is a fully transparent wrapper, meaning it can be used exactly like a normal <input>
element: all the same attributes and listeners will work, without the .native
modifier.
.sync
Modifier
New in 2.3.0+
In some cases, we may need “two-way binding” for a prop. Unfortunately, true two-way binding can create maintenance issues, because child components can mutate the parent without the source of that mutation being obvious in both the parent and the child.
That’s why instead, we recommend emitting events in the pattern of update:myPropName
. For example, in a hypothetical component with a title
prop, we could communicate the intent of assigning a new value with:
|
Then the parent can listen to that event and update a local data property, if it wants to. For example:
|
For convenience, we offer a shorthand for this pattern with the .sync
modifier:
|
Note that v-bind
with the .sync
modifier does not work with expressions (e.g. v-bind:title.sync=”doc.title + ‘!’”
is invalid). Instead, you must only provide the name of the property you want to bind, similar to v-model
.
The .sync
modifier can also be used with v-bind
when using an object to set multiple props at once:
|
This passes each property in the doc
object (e.g. title
) as an individual prop, then adds v-on
update listeners for each one.
Using v-bind.sync
with a literal object, such as in v-bind.sync=”{ title: doc.title }”
, will not work, because there are too many edge cases to consider in parsing a complex expression like this.