DEV Community

loading...

Discussion on: React Context API Made Simple – The practical guide (Updated)

Collapse
wkrueger profile image
Willian Krueger

Yeah, I also came to that.

In the end I ended up adding redux just for a small portion of the app which rendered a big list.

Im not even a big fan of redux. The great thing about redux is react-redux which works out the selective rendering.

Writing yourself selective rendering is completely doable but maybe a daunting task. At that point the use of state management libraries is interesting since they have a lot of it figured out for you. The complexity of learning/using a state management lib pays of the complexity of writing yourself selective rendering.

Again, that doesnt mean that the state management lib has to be used in the entire applicationm, but at list in the sensitive parts.

PS: In angular contexts are dead simple. I miss viewProviders in react.

Thread Thread
jamesthomson profile image
James Thomson

I don't have much experience with Angular (except AngularJS - shudder), but before this React project I used Vue for a few years with Vuex and never ran into such issues. Sure it required more wiring, but it was reliable and did exactly as state management should; give you the current state without any side effects.

Thread Thread
wkrueger profile image
Willian Krueger

I'd say selective rendering with contexts is painful bc a context will always rerender all of its consumers if the reference of the value passed to Provider changes (=== comparison).

So, for instance, passing an object built on every render will certainly trigger a mass re-render.

To fix this one has to break the data into multiple context providers.

If you inspect a redux application (with react dev tools) you may notice DOZENS of context consumers generated by the library wrapping an element.

Thread Thread
jamesthomson profile image
James Thomson

I'd say selective rendering with contexts is painful bc a context will always rerender all of its consumers if the reference of the value passed to Provider changes (=== comparison).

Exactly right. It's the side effects of something updating in a context and that waterfall effect that makes them so painful.