Hooks Tips Ep. 2 - Migrating Instance Variables
Published: ....
Last modified: ....
Share this post on BlueskySee discussion on Bluesky
This blog post is part of a series on hooks, this blog post assumes you have a decent initial understanding of React Hooks. I highly suggest starting with the ReactJS Docs to learn more.
Frequently, class
based components can have a decent number of instance
variables on them that are unrelated to state or props. These might be used to
store refs for elements, or other data that you may need within the component.
These values are useful to store on the instance because updating them does not trigger a re-render of the component. Here is an example of a class based component that uses a few instance methods (Note: This is using a non-standard JavaScript syntax to assign the instance variables.):
class InstanceComponent extends React.Component {
someTimer = null;
inputRef = null;
data = {
someData: {
foo: 'bar',
},
};
// ...
}
When migrating to Hooks, React offers the useRef
hook, which is a convenient
way to store some mutable data through the lifecycle of a component.
Lets take a look at what this looks like with hooks:
function HookComponent() {
const someTimer = React.useRef(null);
const data = React.useRef({
someData: {
foo: 'bar',
},
});
// Note, the inputRef is just a regular old element ref
// in this case, so we can use `createRef` which will assign
// the instance for us. We could also still use `useRef` here and it
// will continue to work as expected!
const inputRef = React.createRef();
}
Cool, but when I attempt to access data.someData.foo
I get an error, what
gives?
function HookComponent() {
const data = React.useRef({
someData: {
foo: 'bar',
},
});
// ⚠️ This will throw an error:
// Unable to access foo of undefined
console.log(data.someData.foo);
}
Well, useRef
returns you a wrapper around your current value:
console.log(data);
// { current: { someData: { foo: 'bar' } } }
We can conceptualize this like the return value of calling React.createRef()
,
where our variable is accessible on the current
property.
Avoid Large Ref Values
This is more of a preference than an actual bug/issue within the code, however
it may be tempting to convert your instance variables all down to a single
useRef
call:
function UglyHooksComponent() {
const instance = React.useRef({
someTimer: null,
inputRef: React.createRef(),
data: {
someData: {
foo: 'bar',
},
},
});
}
While this may look beneficial, and may be easier to access the properties, it makes it potentially more difficult to split up the logic into separate hooks.
In general, always prefer to keep useRef
(and useState
) calls limited in
scope, and bias towards hook composition instead.[1]Jump to footnote
From our first example above, we may want to split the timer instance variable
into a custom useTimer
hook that our component can leverage, and the
inputRef
can be accomplished using just a top level createRef
.
For additional insight into how to useRef
, refer to the
ReactJS Docs
Thanks to Dillon Curry for reviewing an earlier version of this post
Footnotes:
👆Back to reference I should write yet another blog post about why I have this preference, but for now feel free to accept it as a pattern.
Tags:
Related Posts
Development
Published: ....
I recently launched a rewrite and redesign of this personal website, I figured I'd talk a bit about the changes and new features that I added along the way!
Published: ....
A quick tip outlining how to provide specific TypeScript type definitions for a local module!
Published: ....
Slicing software: why vertical is better than horizontal.
Published: ....
What if you could author an entire web application in a single file?
Published: ....
Is it a good or a bad thing to offload writing code to AI agents and Large Language Models?
Published: ....
A brief look at Import Maps and package.json#imports to support isomorphic JavaScript applications!
Published: ....
A collection of tech talks that I regularly re-watch and also recommend to everyone!
Published: ....
Some features and functionality that I'd like within a React Server Component compatible framework.
Published: ....
A (running) collection of Bluesky tips, tools, packages, and other misc things!
Published: ....
How to generate a custom Ghostty theme based on any iterm2 theme!
Published: ....
A rough mental model for how you should be leveraging AI as a tool for your own growth
Published: ....
Even more thoughts on dogfooding!
Published: ....
The secret to excellent product teams is using your own product, and often!
Published: ....
(Ab)using Git as yet another tool for thought!
Published: ....
A quick look at the applications and tools that I (generally) use day to day for web development!
Published: ....
There are a variety of different markdown "standards" out there, and sometimes they're not all that consistent
Published: ....
There's a common gotcha when creating Web Request and Response instances with Headers!
Published: ....
Feature toggles are often underused by most software development teams, and yet offer so much value during not only feature development but also refactors
Published: ....
A quick introduction to my new side project, hohoro. An incremental JS/TS library build tool!
Published: ....
webpack, and tools built on it like Next.js, don't support true dynamic imports, but I found a way to trick the system!
Published: ....
I've been using a variety of AI tools as of late, I figured I'd document the ones I'm primarily using!
Published: ....
I've started to use Cloudflare to manage my domains for several side projects, have had to jump through the same hooks multiple times that I figured I should document them here!
Published: ....
Revising my previous blog post on React Error Boundaries and my preferred go-to implementation!
Published: ....
Two neat tricks for enhancing your site's favicon!
Published: ....
The various risks and pitfalls of open source software run by corporations.
Published: ....
A monorepo template for managing a library and documentation together.
Published: ....
How we solved an almost show-stopping production bug, and how you can avoid it in your own projects.
Published: ....
When did semver major changes become so scary?
Published: ....
No I don't mean those Milano cookies you keep taking from the office snack wall either (although you should probably stop snacking on those as often as well).
Published: ....
Pair programming can be good sometimes - but not all the time
Published: ....
A few quick thoughts on burn out and taking a break
React
Published: ....
A quick tip to implementing CSS theming that's compatible with Server Side Rendered applications!
Published: ....
A quick way to handle resetting internal state in components when a parent form is submitted!
Published: ....
Some features and functionality that I'd like within a React Server Component compatible framework.
Published: ....
React components have a fundamental contract that is often unstated in their implementation, and you should know about it!
Published: ....
Replace that old useState and useEffect combo for a new and better option!
Published: ....
Revising my previous blog post on React Error Boundaries and my preferred go-to implementation!
Published: ....
A few thoughts on using Suspense with GraphQL to optimize application data loading
Published: ....
A few thoughts on managing complex UI component state within React
Published: ....
A quick overview of the new lifecycle methods introduced in React 16.3