4 ms·
What's wrong with vanilla React/Flux? I'm currently working on a greenfield project and I've more or less settled settled on that stack. I have immense respect
by vdnkh 11y ago
What's wrong with vanilla React/Flux? I'm currently working on a greenfield project and I've more or less settled settled on that stack. I have immense respect for Abramov but I'm finding it hard to justify Redux when Flux works well.
- luisrudge 11y agovanilla flux has WAAAAAAAAAAAAAAAAAY more boilerplate than redux
- vdnkh 11y agoI'd gladly trade more boilerplate for stability and confidence of non-breaking updates. You can also write higher-order components to DRY things up.
- jxm262 11y agoIt's not the boilerplate that get's me. It's just easier to reason about the state using Redux (imho). The idea of 1 single global state which mutates and pushes down (instead of managing observables all over), makes it easier to see when/where something changes. The idea isn't new (check react-cursor for example). That said, there's nothing wrong with vanilla flux. Just that I find redux much easier to understand and follow.
- luisrudge 11y agoAlso that!
- moogleii 11y agoI haven't really found redux to be all that unstable, though.
- dangoor 11y agoRedux is literally ~100 lines of code (you can check out Dan Abramov's Egghead.io series about it in which he basically rebuilds Redux). I'm among the many people who previously used vanilla flux and prefer what the Redux style brings to it.
- vbezhenar 11y agoRedux has good tools. You can restore your state after hot-reloading your changed JavaScript code. You can do time-traveling to restore your app state in any point of time (using new code) but old state. IMO that's an incredible improvement for development.
- danabramov 11y agoI wrote a little about it: http://stackoverflow.com/questions/32461229/why-use-redux-over-facebook-flux/32920459#32920459 http://stackoverflow.com/questions/32461229/why-use-redux-ov...