In this post, I want to share two different techniques. They’re surprisingly basic, which is why people rarely realize they improve rendering performance.
These techniques are complementary to what you already know! They don’t replace memo or useMemo, but they’re often good to try first.
Remotion is a suite of libraries building a fundament for creating videos programmatically using React.
Leverage web technologies: Use all of CSS, Canvas, SVG, WebGL, etc.
Leverage programming: Use variables, functions, APIs, math and algorithms to create new effects
Leverage React: Reusable components, Powerful composition, Fast Refresh, Package ecosystem
Also comes with a handy player that allows you to scrub through the timeline. And yes, that demo video above is made with Remotion … #eatyourowndogfood
Here’s another example created with Remotion:
Neat! The code behind those videos is pretty dazzling though! 😵
Blurhash component is the recommended way to render blurhashes in your React projects. It uses BlurhashCanvas and a wrapping div to scale the decoded image to your desired size. You may control the quality of the decoded image with resolutionX and resolutionY props.
Alex Kondov, Tech Lead at Financial Times, has compiled a huge list of best practices when it comes to writing React.
This article is a collection of principles and rules that have proven to be effective for me and the teams I’ve worked with.
I outline good practices about components, application structure, testing, styling, state management and data fetching. Some of the examples are oversimplified so we can focus on the principle not on the implementation.
Although Alex warns that it’s an opinion and not an absolute, the TOC alone — except for the CSS-in-JS part 😛 — already has me nodding along:
When working on creating a complete keyboard navigation experience for Discord, using styling with :focus and outline, the folks at Discord ran into issues where the outline would not match the shape of actual element being rendered. Thinks like border-radius, overflow: hidden; on the container, paddinggot in the way. So they set out to find a solution.
After a lot of trial and error, we landed on a system which is built on two components: FocusRing for declaring where a ring should be placed, and FocusRingScope for declaring a root position for rings to be rendered.
Here’s an example showing how the FocusRing works:
The FocusRing will capture focussing of the contained input, but will render the ring around the entire div. To have a FocusRing behave like :focus-within and respond to any descendant being focussed, you can set the within prop.
Just announced by the React Team are Server Components:
React Server Components are still in research and development. We are sharing this work in the spirit of transparency and to get initial feedback from the React community.
With Server Side Rendering the rendering of your app to HTML happens up front, gets sent to the client, and then needs to be hydrated once the bundle is loaded. After that the app becomes interactive and every change/render happens on the client. With React Server Components, the HTML for each component can be fetched several times from the server throughout the app’s lifecycle, and certain libraries that are only used on the server won’t ever make it into the bundle.
Knowing that the folks from Next.js are also involved makes this even more exciting …
Sidney Alcantara who works on Firetable, a product which features a data grid and an adjacent side drawer. When clicking a cell in the table, the side drawer opens with info about the current cell. Initially they lifted up the state, but that caused performance issues:
The problem was whenever the user selected a cell or opened the side drawer, the update to this global context would cause the entire app to re-render. This included the main table component, which could have dozens of cells displayed at a time, each with its own editor component. This would result in a render time of around 650 ms(!), long enough to see a visible delay in the side drawer’s open animation.
After exploring to split the context, or resort to useMemo/React.memo they settled on useRef to solve this.
If you’re looking for an intro on how to deploy your React app to Vercel, Firebase, Netlify, GitHub Pages, Heroku, etc. this page has got you covered. Comes with easy to follow instructions.
✅ import { useState } from 'react' ✅ import * as React from 'react' 🟡 import React from 'react'
The third one is called "default import" and in the long term (maybe in 19 or 20) we will stop supporting it. We provide an automated script to change it.
Kent C. Dodds goes over all ways to import React into your code, and explains why the good ole import React from "react" no longer works and why he went for import * as React from "react"