Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Regarding the "Flux" frameworks, that's not a problem anymore - basically Redux (which improves on some of Flux's faults) has won. Its developer was hired by Facebook, so I guess it's kind of officially sanctioned now.


Has everyone who switched from Redux to MobX been informed that Redux won and they should switch back?


I didn't understand this. Isn't MobX the "classical" way of databinding everybody frowned upon for years? And now that React finally eased that pain with Flux and then Redux, they bring it back?


I don't think that many people switched to MobX to be honest. It's very similar to knockout observable and while it works, I don't think I would use that approach again. I suspect people like the familiar OO syntax of MobX. I can't think of advantages it has over plain old streams (most.js, flyd.js)


Who has switched? Do you have any example?


I've just finished my first major redux project and found it incredibly slow to develop with. Write an action type constant/action creator/dispatch/reducer/mapStateToProps just to show an element in response to a mouse click? I found myself cutting corners on the UI because the amount of code I'd have to write makes it seem like a huge task.

I'll be evaluating mobx for my next project, definitely, along with Relay. If I can maintain the same view-as-a-function-of-state approach of redux while writing less code, I'm sold.


That's interesting. I've only used redux for one project and you may be right. It is tedious to all those things for every little action.


I'll admit that I hadn't heard so much about MobX yet. Will re-evaluate when I have time.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: