DEV Community

Muhammad Wasif
Muhammad Wasif

Posted on

Should I use Redux?

State management is a huge and important part of a big application. In libraries like React, Redux has always been popular.
However, in past few days I came to know about these tweets.


And,

And these are quit right. Redux make the code complex.
So, should I keep using it or React Context is a good alternative?
What do you say about it? Is Redux deprecated?

Top comments (22)

Collapse
 
markerikson profile image
Mark Erikson

Hi, I'm a Redux maintainer.

I can assure you that Redux is not "deprecated", "dead", or "dying". Also, while Context is useful, it is not a replacement for Redux.

Redux will continue to be very relevant and useful for a long time. It's currently used by 50% of React apps, and lots of folks are continuing to learn it on a daily basis.

I covered this and a number of reasons to use Redux in my Reactathon 2019 talk on "The State of Redux", and my post Redux - Not Dead Yet!.

TL;DR:

  • Consistent architectural patterns
  • Debugging capabilities
  • Middleware
  • Addons and extensibility
  • Cross-platform and cross-framework usage
  • Depending on your app's setup, much better performance than working with just Context

Related to that, you might also want to read through these resources:

In addition, our new Redux Toolkit package is now our recommended approach for writing Redux logic. It includes utilities to simplify several common Redux use cases, including store setup, defining reducers, immutable update logic, and even creating entire "slices" of state at once.

Collapse
 
thewasif profile image
Muhammad Wasif

Thanks for the resources, Mark! I will surely read and search more about it

Collapse
 
sargalias profile image
Spyros Argalias • Edited

Redux just moves your state management to a separate place. In other words it applies separation of concerns (single responsibility principle). As a result, your "view" code does less stuff and state management can be separately focused on.

When should you do this? When your React code gets too complicated to handle (because of heavy state management) and you feel it would be best to separate state management and move it elsewhere. Otherwise using React context is fine.

An additional consideration is that Redux and everything it requires (thunk, Sagas / redux-observables) are fairly complicated. This should be considered when deciding whether to introduce it or not.

EDIT: It's not deprecated. You just may not needed.

Collapse
 
sebbdk profile image
Sebastian Vargr • Edited

Start without it, but use functions to get shared state. The functions will make transitioning to a state machine easier down the line.

Add redux/some-statemachine when/if the situation starts warranting it.

I love the reducer/redux/flux/(what do we actually call it?) pattern, but I never use it while prototyping.

Also if the implementers dont know functional patterns already, then the learning curve to efficient use is gonna be that much steeper.

Collapse
 
thewasif profile image
Muhammad Wasif • Edited

Flux is amazing.
I think the structure of separating everything (actions, reducers) in different files has made Redux complex. Otherwise, it's good

Collapse
 
sebbdk profile image
Sebastian Vargr

I rarely put related code in different files when using redux.

That usually only happens when i hit the ~180 line limit or if i have lots of smaller definitions in it. :)

Collapse
 
simme profile image
Simme • Edited

I love redux! However, I still like to follow a particular advice one of my colleagues gave me when I tried to learn it some years ago:

Don’t use it as your go to-solution. Use it only when you need to do things with side effects (like load data), or when multiple parts of the app have an interest in the same state.

Collapse
 
thewasif profile image
Muhammad Wasif

Looks like a good advice

Collapse
 
richardrobberse profile image
Richard Robberse

I'm still convinced Redux is great if you build your application in the right way.
Just let the data flow through the state, let your components render accordingly and try not to bloat your components with code that could be placed in an action.

I've started a new project last week with Redux toolkit and I have to say it's really easy to get started and it scales out well if you define your slices properly.
I did, however, decouple the component from the slice because there's almost never a 1-to-1 relationship between a slice of the state and a component.

Collapse
 
oviava profile image
Ovidiu Avasilcai

If your app is simple enough, useState and useReducer can cover it, don't need it
If your app is quote complex ( in terms of actions and data model), you need to bring in quote a lot of other libs that make redux bearable ... but it's still gonna get very verbose.

It has a niche in my opinion, where your data model isn't that complex, but you have a lot of actions you can do on it.

I've used it extensively in the past in 2 very large apps, always gets annoying to maintain as you grow.

Collapse
 
thewasif profile image
Muhammad Wasif

Yes! useState reduces a lot of pain 💓

Collapse
 
jeromedeleon profile image
Jerome De Leon

I will not use it right off the bat just because someone tells me to do so unless the scenario is telling me that hooks are making too much noise around my component, but then again instead of putting all hooks inside a component, why not just move it into a custom hook?

Collapse
 
perpetualwar profile image
Srđan Međo

Beware of random tweets.

Collapse
 
thewasif profile image
Muhammad Wasif

Those are opinions 🙂

Collapse
 
perpetualwar profile image
Srđan Međo

My point still stands.

Collapse
 
mariosant profile image
Marios Antonoudiou

What we call Redux are actually two things:

  1. Application level state and
  2. The action/reducer/middleware boilerplate.

I believe most engineers tend to add more application level state than they should, creating weird couplings and making things unnecessary complex. Ie, do you really need the data from those records to application level state?
More to that, action/reducer combination can get more complex than what it should. Mostly because engineers also tend to couple these as well.

Collapse
 
diek profile image
diek

Redux is a mess in a large team/app, without a properly use it can even lock the browser and you never will not know why. It's powerful, but needs to be used with careful.

Collapse
 
sebbdk profile image
Sebastian Vargr • Edited

Teams make the same bad state without it in my experience.

The difference being, with' a state-manager, you know' when your state is a mess. :)

Collapse
 
shivarajnaidu profile image
yuvaraj

We can use Service Pattern Along With RxJs (like we do it in angular) ,... It can replace redux right ?

Collapse
 
kuzzzzz profile image
kuzzzzz

built and app recently without redux and it sucked managing all the different states via each component

Collapse
 
peteryuan profile image
PeterYuan

To be honest, Mobx is my choice.

Some comments may only be visible to logged-in visitors. Sign in to view all comments.