React Slots: a New Way of Composition

Rate this content
Bookmark

In this talk we will learn what is Slots and what does it mean to the React ecosystem, what's the current state and the future.

21 min
24 Oct, 2022

Video Summary and Transcription

Today's Talk introduces React Snots, a new way of composition for design systems. The configuration way provides flexibility but can lead to uncontrolled use cases and wrong patterns. React Slots RFC was created to address the limitations of React's support for web components and slots. It introduces createHost and createSlot APIs to enable component composition and solve previous problems. React Slots RFC allows for flexible component styling and the creation of complex structures without rendering them to the browser.

1. Introduction to React Snots and API Design

Short description:

Today, my topic is React Snots, a new way of composition. Every time I found a new design system, the first thing I would do is to see how they implement the text input component. The fix is simple. We can pass the class name and style to the component wrapper instead. Similar to WrapRef, we can introduce wrapper prompts, label prompts, and description prompts. Here is the API of text input from man time.

Hey, it's my great honor to be here to share with you some of my thoughts on the design system. My name is Gongwu Nie, you can call me Neo. Today, my topic is React Snots, a new way of composition.

Before we dive into the topic, I'd like to tell the backstory first. When working on the design system, I'm always thinking, how to build flexible and future-proof components? For me, the hardest thing is not creating new components or fixing weird bugs. It's the component API design.

Every time when I found a new design system, the first thing I would do is to see how they implement the text input component, because it's one of the most mysterious components. Let me show you. Text input is simple and straightforward. It comes with a label, an input, and has a test. Let's add accessibility support first. When building a shareable component, please don't forget to forward ref. We need the ref to the input to focus it in form validation. But what about the wrapper? We also need the ref to the wrapper to attach propover or tootip to it in some cases. Well, we can add a wrapper for it.

But wait, have you noticed a potential problem with the current approach? What will happen if we are trying to add some margins to the component from the other component? It will increase the margin between label, input and description instead, because we spread all the rest prompts to the inner input element. The fix is simple. We can pass the class name and style to the component wrapper instead. Looks good? The problem is that the component is getting confusing for the consumers. Which prompt will be passed to the wrapper? Which prompt will be passed to the input? The component becomes a black box. In reality, the product team will keep asking for more options to access the internal elements, like attaching point events or adding data attributes to the label or description. Similar to WrapRef, we can introduce wrapper prompts, label prompts, and description prompts. It works. But it doesn't end here. What if we need to add surroundings to the input, more prompts. Now you can see how API gets bloated with this approach. Here is the API of text input from man time. Don't get me wrong. Man time is a great components library. I love it a lot.

2. Configuration Way and Component Composition

Short description:

They choose the configuration way to design the component API. In the configuration way, we have to support flexibility with API bloating, and the components become a completely black box for consumers. Let's take one step back and think, how do we build our web app in React? We compose components. Each component just do its own job and that's it. Simple and flexible.

They choose the configuration way to design the component API. In the configuration way, we have to support flexibility with API bloating, and the components become a completely black box for consumers.

Let's take one step back and think, how do we build our web app in React? We compose components. Each component just do its own job and that's it. Simple and flexible.

Then, what if we use the same approach for shareable components? We gain the same clearance, simplicity, and flexibility. A lot of popular components libraries are using the CompositionWay to implement accessible components like Chakra UI, Redux primitives, Hedonist UI, and more.

To support accessibility, we have to use React Context to communicate between parent and children to coordinate the accessibility attributes. Configuration is simple to use. You really want to write your module in the left style rather than the right style. But the CompositionWay is not the final answer.

3. Component Consistency and Flexibility

Short description:

Take the Chakra UI for example. What if we swap the position of inputLeftAddon and inputRightAddon? We get inputLeftAddon shown on the right side and inputRightAddon shown on the left side. Building an Accessible List, the parents need to know the children's information to make it accessibility compliant. The configuration way provides the best consistency, as the component is single source of truth. The composition way provides the best flexibility, but it leads to uncontrolled use cases and wrong patterns. Slots is the standard for web-components, allowing you to define placeholders that can be filled with any markup fragment you want.

Take the Chakra UI for example. What if we swap the position of inputLeftAddon and inputRightAddon? We get inputLeftAddon shown on the right side and inputRightAddon shown on the left side. It breaks the semantic with a broken style. I have a hobby when I found a new design system is testing the resonance of components. By adding extra nodes to the items, we see how it breaks. For a dedicated design system, we deliver well-designed components. But you just can't imagine how alternative developers will break them in various ways, and unfortunately, we can't prevent them from doing that.

You would say, it doesn't matter if we follow the design order correctly. OK, let's see another more realistic problem. Building an Accessible List, the parents need to know the children's information to make it accessibility compliant for Azure Active Descendant is easy to achieve using the configuration way because the parent knows all the items from the ItemPrompt. But it's a bit cumbersome for the composition way. The menu can't see its internal items. The component is blind. To solve the problem, we can use react-children with react-clone-element. Then we can take control of the rendering of items in parent component. But in terms of extension, it will break again. Even we can iterate the children, the parent is still blind as it can't see the deep details. The problem is well described by root UI, if you are interested, here I have a homework for you figuring out how those libraries are trying to solve this problem.

Let's recap, the configuration way provides the best consistency, as the component is single source of truth, but it's hard to extend, and it becomes a black box when multiple items are used. On the contrary, the composition way provides the best flexibility, you can customize your sub-components freely, but it cause another problem, consistency, it leads to uncontrolled use cases and wrong patterns. Then, can we have a way to build components with flexibility while keeping the consistency? Yes, the answer is no. Slots is the standard for web-components. In web-components, slots are identified by their name attribute and allow you to define placeholders in your templates that can be filled with any markup fragment you want when the element is used in the markup. It's easier to understand the concept in code. First, we define a template with some named placeholders and define the web-component. Then we fill the named placeholders with named slots. Finally, we get the result with injected elements. Here you can see how the consistency is guaranteed. The layout is defined in the template, not described by the composition order. Some popular frameworks like Vue and Svelte also implemented the slot composition pattern from framework level in a similar behavior.

4. React Slots RFC and the Challenges

Short description:

React doesn't support web components and slots well. Various approaches have been tried, such as using react-children with react-clone-element, but they have limitations. React Spectrum uses context and grid order, but it has limited functionality. GitHub Primer uses double rendering, but it doesn't support server-side rendering. An experimental package called React-core-return was promising but was removed. Thus, React Slots RFC was created to address these issues.

But as you know, React still doesn't support web components very well, not saying slots. There are a lot of approaches from the community trying to bring slots to React world. The most common way is using react-children with react-clone-element. But it doesn't scale very well as component is blind. React Spectrum use context and use grid order to solve the disorder problem, but the functionality is limited. For example, with grid order, we change the type index in an unexpected way. GitHub Primer uses double rendering to approach slots. It renders the subcomponents into a browser with empty content and gathers the slot information first, and then uses the slot in the second render. The problem is obvious. It doesn't support server-side rendering. There was an experimental package from the React core team called React-core-return, which provides a way to interpolate the children during render phase. It could be the best candidate to bring slots to React, but unfortunately, it was removed shortly. So I created React Slots RFC to outline the problems with the proposal. Let me show you the code directly.

5. React Slots RFC and Component Composition

Short description:

Again, the typical text input component implemented in React Slots RFC. We introduced two new APIs called createHost and createSlot, similar to React call return but with a simpler mental model. The createHost creates the template and the createSlot creates placeholders, allowing us to interplay the elements. This opens up new possibilities for component composition and provides a solution to previous problems. We can now demonstrate how React Slots RFC solves these problems and supports accessibility, flexibility, and component resilience.

Again, the typical text input component implemented in React Slots RFC. In the RFC, we introduced two new APIs called createHost and createSlot, which is very similar to React call return but with a much simpler mental model. The createHost creates the template and the createSlot creates placeholders, and then compose the Slot in the host component. It's quite similar to Slot for web components, but way much powerful, as we don't simply inject the elements, we interplay them.

It opens the third eye of the component, now the parent can see the deep details of his children, no matter how it was extended. Now, demo time. I will show you how the previous problems will be perfectly solved by React Slots RFC. Here, I implemented the React Slots RFC with react-core-return in 10 lines. And then, the text field, first, we create the slots for label, input, and tag. We pass the children to createHost, then it gives us the slots. Here you can see how we can interpolate the slots. That means we can do everything we want in a single place. Here you can see how I support accessibility for the text input. We can read the input ID directly for the label, and also we can iterate all the text.

Now, I will show you some magic. No matter how I compose the slots, it doesn't change the result because the layout is defined in the template by createHost. Meanwhile, we are still free to extend the slots. For example, we extend the tag, we extend the input, and we can change the order of the tag. It will change the result because it's a list. And the other problem component resilience. Let me try to wrap the tag with an extra node. It will work because it's not a node. That's very important for a dedicated design system, because we have prepared a very... We have prepared the components. We should not change the layout easily. Let's change it back. Another use case is that whatever we use, it's not outside of the host. Nothing will be rendered. That's also important for a consistent design system. The nested slots are also supported.

6. React Slots RFC and Component Flexibility

Short description:

React Slots RFC allows us to create text inputs without the need for styled labels or inputs. Instead, we style them in the template. The slot acts as a data carrier, allowing us to create complex structures like trees without rendering them to the browser. We can still access the data and benefit from React's features, such as lifecycle methods and context.

Have you noticed that how we create the text inputs, we don't need to create a styled text field label or text field input. Instead, we style it in the template. The slot itself renders nothing but only data carrier. That means a lot. For example, we can create a tree builder. Here is the example. We create a tree, but it renders nothing to the browser. But you can see in the console log. Here is the tree, the nested menu, but here is how we compose them. But it's not rendered to the browser at all. But still, we can get data, because the slot is just a data carrier. It's not needed to be rendered to the browser at all. And you can see how it's reactive. Or remove the nested menu. So we can still benefit from all React provides to us. The life cycles, stays, context, all the other things.

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

React Advanced Conference 2022React Advanced Conference 2022
25 min
A Guide to React Rendering Behavior
Top Content
React is a library for "rendering" UI from components, but many users find themselves confused about how React rendering actually works. What do terms like "rendering", "reconciliation", "Fibers", and "committing" actually mean? When do renders happen? How does Context affect rendering, and how do libraries like Redux cause updates? In this talk, we'll clear up the confusion and provide a solid foundation for understanding when, why, and how React renders. We'll look at: - What "rendering" actually is - How React queues renders and the standard rendering behavior - How keys and component types are used in rendering - Techniques for optimizing render performance - How context usage affects rendering behavior| - How external libraries tie into React rendering
React Summit Remote Edition 2021React Summit Remote Edition 2021
33 min
Building Better Websites with Remix
Top Content
Remix is a new web framework from the creators of React Router that helps you build better, faster websites through a solid understanding of web fundamentals. Remix takes care of the heavy lifting like server rendering, code splitting, prefetching, and navigation and leaves you with the fun part: building something awesome!
React Advanced Conference 2022React Advanced Conference 2022
30 min
Using useEffect Effectively
Top Content
Can useEffect affect your codebase negatively? From fetching data to fighting with imperative APIs, side effects are one of the biggest sources of frustration in web app development. And let’s be honest, putting everything in useEffect hooks doesn’t help much. In this talk, we'll demystify the useEffect hook and get a better understanding of when (and when not) to use it, as well as discover how declarative effects can make effect management more maintainable in even the most complex React apps.
React Advanced Conference 2023React Advanced Conference 2023
33 min
React Compiler - Understanding Idiomatic React (React Forget)
React provides a contract to developers- uphold certain rules, and React can efficiently and correctly update the UI. In this talk we'll explore these rules in depth, understanding the reasoning behind them and how they unlock new directions such as automatic memoization. 
React Summit 2022React Summit 2022
20 min
Routing in React 18 and Beyond
Top Content
Concurrent React and Server Components are changing the way we think about routing, rendering, and fetching in web applications. Next.js recently shared part of its vision to help developers adopt these new React features and take advantage of the benefits they unlock.In this talk, we’ll explore the past, present and future of routing in front-end applications and discuss how new features in React and Next.js can help us architect more performant and feature-rich applications.
React Advanced Conference 2021React Advanced Conference 2021
27 min
(Easier) Interactive Data Visualization in React
Top Content
If you’re building a dashboard, analytics platform, or any web app where you need to give your users insight into their data, you need beautiful, custom, interactive data visualizations in your React app. But building visualizations hand with a low-level library like D3 can be a huge headache, involving lots of wheel-reinventing. In this talk, we’ll see how data viz development can get so much easier thanks to tools like Plot, a high-level dataviz library for quick & easy charting, and Observable, a reactive dataviz prototyping environment, both from the creator of D3. Through live coding examples we’ll explore how React refs let us delegate DOM manipulation for our data visualizations, and how Observable’s embedding functionality lets us easily repurpose community-built visualizations for our own data & use cases. By the end of this talk we’ll know how to get a beautiful, customized, interactive data visualization into our apps with a fraction of the time & effort!

Workshops on related topic

React Summit 2023React Summit 2023
170 min
React Performance Debugging Masterclass
Featured WorkshopFree
Ivan’s first attempts at performance debugging were chaotic. He would see a slow interaction, try a random optimization, see that it didn't help, and keep trying other optimizations until he found the right one (or gave up).
Back then, Ivan didn’t know how to use performance devtools well. He would do a recording in Chrome DevTools or React Profiler, poke around it, try clicking random things, and then close it in frustration a few minutes later. Now, Ivan knows exactly where and what to look for. And in this workshop, Ivan will teach you that too.
Here’s how this is going to work. We’ll take a slow app → debug it (using tools like Chrome DevTools, React Profiler, and why-did-you-render) → pinpoint the bottleneck → and then repeat, several times more. We won’t talk about the solutions (in 90% of the cases, it’s just the ol’ regular useMemo() or memo()). But we’ll talk about everything that comes before – and learn how to analyze any React performance problem, step by step.
(Note: This workshop is best suited for engineers who are already familiar with how useMemo() and memo() work – but want to get better at using the performance tools around React. Also, we’ll be covering interaction performance, not load speed, so you won’t hear a word about Lighthouse 🤐)
React Advanced Conference 2021React Advanced Conference 2021
132 min
Concurrent Rendering Adventures in React 18
Top Content
Featured WorkshopFree
With the release of React 18 we finally get the long awaited concurrent rendering. But how is that going to affect your application? What are the benefits of concurrent rendering in React? What do you need to do to switch to concurrent rendering when you upgrade to React 18? And what if you don’t want or can’t use concurrent rendering yet?

There are some behavior changes you need to be aware of! In this workshop we will cover all of those subjects and more.

Join me with your laptop in this interactive workshop. You will see how easy it is to switch to concurrent rendering in your React application. You will learn all about concurrent rendering, SuspenseList, the startTransition API and more.
React Summit Remote Edition 2021React Summit Remote Edition 2021
177 min
React Hooks Tips Only the Pros Know
Top Content
Featured Workshop
The addition of the hooks API to React was quite a major change. Before hooks most components had to be class based. Now, with hooks, these are often much simpler functional components. Hooks can be really simple to use. Almost deceptively simple. Because there are still plenty of ways you can mess up with hooks. And it often turns out there are many ways where you can improve your components a better understanding of how each React hook can be used.You will learn all about the pros and cons of the various hooks. You will learn when to use useState() versus useReducer(). We will look at using useContext() efficiently. You will see when to use useLayoutEffect() and when useEffect() is better.
React Advanced Conference 2021React Advanced Conference 2021
174 min
React, TypeScript, and TDD
Top Content
Featured WorkshopFree
ReactJS is wildly popular and thus wildly supported. TypeScript is increasingly popular, and thus increasingly supported.

The two together? Not as much. Given that they both change quickly, it's hard to find accurate learning materials.

React+TypeScript, with JetBrains IDEs? That three-part combination is the topic of this series. We'll show a little about a lot. Meaning, the key steps to getting productive, in the IDE, for React projects using TypeScript. Along the way we'll show test-driven development and emphasize tips-and-tricks in the IDE.
React Advanced Conference 2021React Advanced Conference 2021
145 min
Web3 Workshop - Building Your First Dapp
Top Content
Featured WorkshopFree
In this workshop, you'll learn how to build your first full stack dapp on the Ethereum blockchain, reading and writing data to the network, and connecting a front end application to the contract you've deployed. By the end of the workshop, you'll understand how to set up a full stack development environment, run a local node, and interact with any smart contract using React, HardHat, and Ethers.js.
React Summit 2023React Summit 2023
151 min
Designing Effective Tests With React Testing Library
Featured Workshop
React Testing Library is a great framework for React component tests because there are a lot of questions it answers for you, so you don’t need to worry about those questions. But that doesn’t mean testing is easy. There are still a lot of questions you have to figure out for yourself: How many component tests should you write vs end-to-end tests or lower-level unit tests? How can you test a certain line of code that is tricky to test? And what in the world are you supposed to do about that persistent act() warning?
In this three-hour workshop we’ll introduce React Testing Library along with a mental model for how to think about designing your component tests. This mental model will help you see how to test each bit of logic, whether or not to mock dependencies, and will help improve the design of your components. You’ll walk away with the tools, techniques, and principles you need to implement low-cost, high-value component tests.
Table of contents- The different kinds of React application tests, and where component tests fit in- A mental model for thinking about the inputs and outputs of the components you test- Options for selecting DOM elements to verify and interact with them- The value of mocks and why they shouldn’t be avoided- The challenges with asynchrony in RTL tests and how to handle them
Prerequisites- Familiarity with building applications with React- Basic experience writing automated tests with Jest or another unit testing framework- You do not need any experience with React Testing Library- Machine setup: Node LTS, Yarn