DEV Community

loading...
Cover image for Immutability makes tracking changes cheap

Immutability makes tracking changes cheap

dance2die profile image Sung M. Kim Originally published at slightedgecoder.com on ・2 min read

Photo by Joeri Römer on Unsplash

Note to self
(Meaning, a bit sloppy & is a note to myself but wanted to share still)

Last week’s Weekend Reads topic in r/reactjs was React Docs on Optimizing Performance.

An ah-ha moment when reading the article regarding immutability.

Suppose that you have a component, Post that has to render a comment thread like this.

Reddit Post: What’s a joke that’s so stupid it’s funny?

And the state tree would look like below.

Post state tree

When JavaScript compares two values, primitive type (number, string, boolean, etc) comparisons shown in the state tree, such as id, date, author, are cheap.

When you have to compare object type states, a comparison is done by reference.

So if someone has modified one of the items in comments array, you have to traverse every item in the comment to find out if anything has changed.

          It’s an O(n) operation process thus it’s slow 🦄.

But if you had returned a new comments array (using Object.assign or object spread, {…}) then reference has changed, thus you know that something has changed.

          Now it’s an O(1) operation, blazing fast 🏎.

TIL

If your state is immutable, then React can reconcile which state to update cheaply.

You can still override shouldComponentUpdate if you need need more control.

Resources

The post Immutability makes tracking changes cheap appeared first on Sung's Technical Blog.

Discussion (2)

pic
Editor guide
Collapse
fc250152 profile image
Nando

great point, bro! thank you for sharing :)

Collapse
dance2die profile image
Sung M. Kim Author

You're welcome. Glad you enjoyed it, Nando 😀