(Do not merge!) Discussion: A userland replacement for replaceReducer

[gaearon]

Building on #624, here is a proposed replacement for replaceReducer API that can be implemented in userland. Note how we no longer require <Root> component. Refs #350.

[acdlite]

Any reason you've left off the @@ at the beginning?

[quicksnap]

Leaving the @@ may be because this is intended to be implemented in userland.

[acdlite]

I interpreted "userland" to mean another npm package, a la redux-thunk et al.

[gaearon]

Ah, forgot about it. Yeah, it's probably better to leave it in because I can't imagine a siutation where you'd want to handle it.

[quicksnap]

Are there any drawbacks to this approach that come to mind? I really like this!

[acdlite]

@quicksnap Only downside I can think of is there's slightly more set-up for the developer

[gaearon]

Let's take it slow.
#668 is the first step. We'll revisit whether we really want to do this after we get some feedback on it.