DEV Community

Discussion on: Don't be too dependent on useState, useRef is there for you

Collapse
 
jwhenry3 profile image
Justin Henry

I see useRef as a way to do internal state updates without causing a re-render. Something you want to retain without impacting renders. When most of the world has moved to Svelte/Solid, then I think most react devs will be happy to move over, but since the job market is not there for it, it makes it less valuable to an individual engineer to invest in it so fully.

Collapse
 
lexlohr profile image
Alex Lohr

Here's an issue: react does not guarantee that the nodes it manages stay the exact same. So if something else causes a re-render, you may lose the attribute if it is also managed by react and thus overwritten by the reconciler.

And as I already stated, the DOM of the changed node will re-render anyways, only the virtual DOM will not precede that update.

If your goal is performance, better avoid unnecessary re-rendering of components. Fine-grained updates should be sufficiently performant already - and if they aren't, your problem is either somewhere else or react is not the solution. Maybe Svelte or SolidJS would be a solution in that case - that's all I'm saying - not that everyone should switch.

That being said, the best thing about react is the tooling, which makes for a developer experience unmatched by most other frameworks.