tldr: If your component does not need to be stateful, turning it into a functional component can increase your rendering performance by 70%.
What is a functional component?
Functional components (not to be confused with Vue’s render functions) is a component which holds no state and no instance.
In more plain English, this means that the component does not support reactivity and cannot make a reference to itself through this
To create a functional component using Vue’s template syntax, you simply add the functional
keyword to the top-level template
tag:
<template functional>
<div>...</div>
</template>
For a component using a render function, you simply set the functional
option to true
:
<script>
export default {
functional: true,
render(h) {
return h('div', '...')
}
}
</script>
Accessing component properties
Without the state or instance, you might wonder how you can reference things like data or methods. Fortunately, Vue provides a “context” parameter (often referred to as ctx
) to the underlying render function.
This “context” argument is an object with the following properties:
props
: An object of the provided propschildren
: An array of the VNode childrenslots
: A function returning a slots objectscopedSlots
: (v2.6.0+) An object that exposes passed-in scoped slots. Also exposes normal slots as functions.data
: The entire data object, passed to the component as the 2nd argument of createElementparent
: A reference to the parent componentlisteners
: (v2.3.0+) An object containing parent-registered event listeners. This is an alias to data.oninjections
: (v2.3.0+) if using the inject option, this will contain resolved injections.
Accessing this “context” parameter is pretty straightforward. For example, if we wanted to do something with props, it might look like this:
<template functional>
<div>{{ props.someProp }}</div>
</template>
<script>
export default {
props: {
someProp: String
}
}
</script>
<script>
export default {
functional: true,
props: {
someProp: String
},
render(h, ctx) {
const { someProp } = ctx.props
return h('div', someProp)
}
}
</script>
A quick note on functional components and props:
In a functional
Why are functional components cool?
Functional components can make accessing your components a little more difficult to work with or introduce some complexity, so why go through the hassle?
Speed.
Because functional components do not have a state, they do not require extra initialization for things like Vue’s reactivity system.
Functional components will still react to changes like new props being passed in, but within the component itself, there is no way for it to know when it’s data has changed because it does not maintain its own state.
For those of you that prefer hard numbers, I did a benchmark for rendering 1,000 list items as stateful components vs. functional components, and the while the stateful components took on average 140ms, the functional components took about 40ms.
See for yourself: https://codesandbox.io/s/vue-stateful-vs-functional-yterr
For very small applications, you may not notice much of a difference, but for a large application, you should see significant improvements to the DOM render/update events after implementing functional components.
When would you use functional components?
Functional components are probably not right for many cases. After all, the point of using a JavaScript framework is to build applications that are more reactive. In Vue, you cannot do this without the reactivity system in place.
There are, however, some excellent use cases to sprinkle in functional components:
- A component that is simply presentational, AKA a “dumb” component. For example, buttons, pills, tags, cards, even full pages with just static text like an About page.
- A “higher order component” which is used to wrap markup or basic functionality around another component.
- Any time you find yourself in a loop (v-for), the items in the loop are usually great candidates.
Functional components are not perfect
They don’t inherit attributes as expected
Let’s say we have a fancy link component which wraps a bit of style around an HTML <a>
tag:
<template>
<a class="fancy-link">
<slot />
</a>
</template>
When working with a normal component, any HTML attributes provided from a parent component will be passed directly to a child component. Vue does this for us, and it’s a bit of magic how the class
attribute gets resolved:
<template>
<div>
<FancyLink href="https://austingil.com" class="custom-class">Click me</FancyLink>
</div>
</template>
The output HTML would be (as expected):
<div>
<a href="https://austingil.com" class="fancy-link custom-class">Click me</a>
</div>
This is a perfect opportunity for a functional component, but when we apply the functional
keyword, even if we update all the props as we need to, we do not get the expected output:
<div>
<a class="fancy-link">Click me</a>
</div>
In order to fix this, we need to provide the attributes to the element we want. This applies to HTML attributes, styles and classes are slightly different, listeners, and refs:
<template functional>
<a
:class="['fancy-link', data.class, data.staticClass]"
:style="[data.style, data.staticStyle]"
:ref="data.ref"
v-bind="data.attrs"
v-on="listeners"
>
<slot />
</a>
</template>
Calling a function within a template is awkward
This is just a small issue I’ve run into for a pretty specific use case. When using a <template>
tag, and accepting data through a prop, sometimes we want to modify the data inside the template.
With a standard Vue component, this is easy using either methods or computed props. With functional components, we do not have access to methods or computed props.
However, there is still a way to do this using $options
.
Let’s say our component accepts a "user"
prop which is an object "firstName"
"lastName"
, and we want to render a template that shows the user’s full name.
In a functional <template>
component, the way we could do this is by providing a method right on our component definition, then use the $options
property provided by Vue to access our special method:
<template functional>
<div>{{ $options.userFullName(props.user) }}</div>
</template>
<script>
export default {
props: {
someProp: String
},
userFullName(user) {
return `${user.firstName} ${user.lastName}`
}
}
</script>
I have not personally run into this other issue, but a community member found that try to nest functional components that have scoped slots, the behavior is not the same as nesting stateful components with scoped slots https://github.com/vuejs/vue-loader/issues/1136.
Another issue I ran into is that functional components cannot have nested component (neither globally or locally registered). This is kind of a big deal, but there is a hacky workaround. The issue was reported in GitHub and the core Vue team admitted it would be a good feature to add, but it’s not likely to be implemented since Vue 3.0 should be out soon, making functional components unnecessary.
Conclusion
If you care about performance or are working on very large applications, consider getting in the practice of creating functional components. The small learning curve is worth the performance gains.
References:
https://vuejs.org/v2/guide/render-function.html#Functional-Components
https://itnext.io/whats-the-deal-with-functional-components-in-vue-js-513a31eb72b0
Thank you so much for reading. If you liked this article, and want to support me, the best ways to do so are to share it, sign up for my newsletter, and follow me on Twitter.
Originally published on austingil.com.