4 ms·

Please try out our new official Redux Toolkit package, which will help simplify your Redux logic considerably: https://redux-toolkit.js.org https://redux-toolk

Please try out our new official Redux Toolkit package, which will help simplify your Redux logic considerably: https://redux-toolkit.js.org https://redux-toolkit.js.org

fastball 7y ago
or Rematch. http://rematch.github.io/ http://rematch.github.io/
- banachtarski 7y ago
  Right see, this is what all redux proponents advocate. Every redux project I see is chock-ful of "extras" to make redux workable, and this changes from season to season. If this isn't an architectural smell, I don't know what is.
  - bauerd 7y ago
    Not sure why different libraries would be an architectural smell. Not only Redux projects vary greatly in what they bolt onto their state management. I've used Redux successfully on its own. The dataflow pattern it mandates is important, not the concrete implementation.
  - egeozcan 7y ago
    You can use the built-in IoC controller or Autofac or ServiceStack or whatever you want along with ASP.NET Core projects. I don't think it is architectural smell at all. Also I find classifying people as Redux-proponents funny. It's not a camp, or at least not supposed to be one.
  - fastball 7y ago
    Redux itself is a very simple concept. There is so much boilerplate because the actual library makes very few opinionated decisions. The issue is that people are looking for something comprehensive from what is supposed to be a minimal base library which you can use to build a huge variety of other things.
- city41 7y ago
  That link is a 404, looks like the site is here: https://rematch.github.io/rematch/ https://rematch.github.io/rematch/
Karupan 7y ago
Thanks, will check it out. Unfortunately, it only adds to the dependency hell in the front-end stack. We already use quite a few add-ons to make Redux+Sagas tolerable. My personal take on the whole JS + Redux stack is that Redux tries to bring order to a language which fundamentally doesn't support certain traits - immutability, custom types, etc. While commendable, it will always just be a band-aid. I wonder if it's time to move to more purpose built languages which do not have these shortcomings (Elm, PureScript, etc) That said, I'm sure Redux and friends will continue to be used in the years to come.

Please try out our new official Redux Toolkit package, which will help simplify your Redux logic considerably: https://redux-toolkit.js.org https://redux-toolkit.js.org

fastball 7y ago

or Rematch. http://rematch.github.io/ http://rematch.github.io/

banachtarski 7y ago
Right see, this is what all redux proponents advocate. Every redux project I see is chock-ful of "extras" to make redux workable, and this changes from season to season. If this isn't an architectural smell, I don't know what is.
- bauerd 7y ago
  Not sure why different libraries would be an architectural smell. Not only Redux projects vary greatly in what they bolt onto their state management. I've used Redux successfully on its own. The dataflow pattern it mandates is important, not the concrete implementation.
- egeozcan 7y ago
  You can use the built-in IoC controller or Autofac or ServiceStack or whatever you want along with ASP.NET Core projects. I don't think it is architectural smell at all. Also I find classifying people as Redux-proponents funny. It's not a camp, or at least not supposed to be one.
- fastball 7y ago
  Redux itself is a very simple concept. There is so much boilerplate because the actual library makes very few opinionated decisions. The issue is that people are looking for something comprehensive from what is supposed to be a minimal base library which you can use to build a huge variety of other things.
city41 7y ago
That link is a 404, looks like the site is here: https://rematch.github.io/rematch/ https://rematch.github.io/rematch/

Karupan 7y ago

Thanks, will check it out. Unfortunately, it only adds to the dependency hell in the front-end stack. We already use quite a few add-ons to make Redux+Sagas tolerable. My personal take on the whole JS + Redux stack is that Redux tries to bring order to a language which fundamentally doesn't support certain traits - immutability, custom types, etc. While commendable, it will always just be a band-aid. I wonder if it's time to move to more purpose built languages which do not have these shortcomings (Elm, PureScript, etc) That said, I'm sure Redux and friends will continue to be used in the years to come.