News for hackers. Stuff that matters.
Re:Vue.js: the good, the meh, and the ugly by _hardwaregeek on Friday July 06, 2018 @01:14AM (#17469040)
Could you provide a source for the maintainers of redux-form admitting that Redux was a poor fit for forms? I'm inclined to agree and am kind of interested to see their reasons.
Re:Vue.js: the good, the meh, and the ugly by allover on Friday July 06, 2018 @05:24AM (#17470038)
Yep, sorry I should have included the reference. This post is by the redux-form creator, in which he states why it was a bad idea, and announces its 'spiritual successor': https://codeburst.io/final-form-the-road-to-the-checkered-fl...

> Also, everyone high up in the React community, including both inventors of Redux [1], say that Redux is not the best place to keep form data. Oops.

[1] https://github.com/reactjs/redux/issues/1287#issuecomment-17...

Re:Vue.js: the good, the meh, and the ugly by acemarke on Friday July 06, 2018 @11:07AM (#17472001)
Now, it _does_ depend on your use case.

An isolated login form? Yeah, no point keeping that in Redux - it's not being shared, it's not being persisted, there's no real need to track the history of changes. But, there are certainly situations where you might want to keep some form data in Redux.

As a specific example from my own app: we show some polylines on a 3D globe, and allow the user to edit them. We need to be able to live-update the point locations and labels on the globe as the user edits them, allow resetting edits, and still be able to show the original values elsewhere in the UI. Keeping all that data in Redux makes it easy to do so.

The Redux FAQ has a list of suggested rules of thumb for deciding what state should go in Redux: https://redux.js.org/faq/organizing-state#do-i-have-to-put-a... .

Re:Vue.js: the good, the meh, and the ugly by mosdl on Friday July 06, 2018 @04:27PM (#17474847)
You can achieve all of that with a singleton that is shared and some events (and do some of your own batching). No need for another dependency and you save bloat size.
Re:Vue.js: the good, the meh, and the ugly by acemarke on Friday July 06, 2018 @06:58PM (#17475753)
Well, the whole app is built around Redux in the first place :)
Re:Vue.js: the good, the meh, and the ugly by drunknhik on Sunday July 08, 2018 @07:19AM (#17483226)
To me this underscores the most unspoken point. Redux is meant for when you specifically want to build your app around redux. It's not meant to tack on some global store to an existing UI. It is UI agnostic way of separating your business logic and side effects from the UI iself (which could be react, vue, angular, whatever)
Re:Vue.js: the good, the meh, and the ugly by acemarke on Sunday July 08, 2018 @09:03AM (#17483573)
For the most part, yeah.

Now, the other app my team works on is built with Backbone/Marionette. We've introduced React and Redux to it, and are progressively refactoring over time. It works, although we've got some rather ugly code in several places (some data is in Backbone collections, other data is in Redux, and occasionally some bits of data are mirrored in both places).

I wrote about some of the techniques we're using to integrate them here: https://blog.isquaredsoftware.com/2017/07/react-redux-backbo...