Vuejs Slots Vs Props

Vue.js has slots in order to make components have a redefinable structure, but by themselves they're pretty limited. Sometimes you need some data or state in order to define how a component should render. If you don't know slots, I suggest you learn them first on the Vue.js docs. Scoped slots is an advanced feature in Vue.js that allows you to. If you know about Vue slots, you might wonder if props and slots do the same thing. Well, the central idea of these tools or platforms is to encourage reusability and efficiency of resources. With that in mind, slots and props are similar. The child component contains a prop called 'signal'. I would like to be able to change data called 'parentVal' in the parent component so that the children's signal prop is updated with the parent's value. This seems like it should be something simple, but I cannot figure out how to do this using slots: Here is a running example below.

Slots are a powerful tool for creating reusable components in Vue.js, though they aren’t the simplest feature to understand. Let’s take a look at how to use slots and some examples of how they can be used in your Vue applications. Slots can be useful for when you just don’t know what will be needed. For example, you have a select input component. You could create a prop to allow the user to decide on the style of the option label. A prop to toggle bold/italics. A prop to decide on the max length of the option label before adding an ellipsis.

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 the this keyword.

To create a functional component using Vue’s template syntax, you simply add the functional keyword to the top-level template tag:

For a component using a render function, you simply set the functional option to true:

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 props
• children: An array of the VNode children
• slots: A function returning a slots object
• scopedSlots: (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 createElement
• parent: A reference to the parent component
• listeners: (v2.3.0+) An object containing parent-registered event listeners. This is an alias to data.on
• injections: (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:

Vuejs Slots Vs Props For Real

A quick note on functional components and props:

In a functional component, you actually don’t need to register the props that it accepts. However, if you do register them, they will still be validated against their configuration. I personally think it’s still a good idea to register them so I can specify the type, required, default value, and/or custom validators.

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.

Vuejs Slots Vs Props Capcom

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:

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:

The output HTML would be (as expected):

Vuejs Slots Vs Props Play

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:

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:

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 with 'firstName' and'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:

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