News for hackers. Stuff that matters.

A comment on Learn how to use Redux step-by-step. Parent comment

Re:Learn how to use Redux step-by-step by always_good on Saturday September 09, 2017 @02:45PM (#15208536)
One benefit is that you have explicit events that create specific state changes. Your app is a succession of these events that certainly help when debugging and thinking about the potential states your app can be in.

Like other state management solutions, it also 'writes' all your shouldComponentUpdate methods for you.

[ Parent | on HN ]
Re:Learn how to use Redux step-by-step by tehlike on Saturday September 09, 2017 @11:12PM (#15210379)
Sounds like event sourcing, for ui.
[ Parent | on HN ]
Re:Learn how to use Redux step-by-step by acemarke on Sunday September 10, 2017 @10:31AM (#15212343)
There's been many comparisons made to event sourcing, but the actual semantics of the dispatched actions are up to you. You might dispatch `USER_LOGGED_IN`, or you could dispatch `SET_USER_LOGGED_IN_STATUS` (ie, "past-tense event that occurred" vs "present-tense imperative set some state"). Redux doesn't care how you name your actions. There's been lots of arguments over how action semantics should be viewed. I recapped some of the discussion in my post 'The Tao of Redux, Part 2 - Practice and Philosophy" ( http://blog.isquaredsoftware.com/2017/05/idiomatic-redux-tao... ).
[ Parent | on HN ]
Re:Learn how to use Redux step-by-step by tehlike on Sunday September 10, 2017 @11:38AM (#15212656)
Sure, with event sourcing there is another level of difference between commands, query, events. But the similarity is there.
[ Parent | on HN ]