Redux is not a monolithic framework, but a set of contracts and a few functions that make them work together. The majority of your “Redux code” will not even use Redux APIs, as most of the time you'll be writing functions.
This makes it easy to migrate both to and from Redux.
We don't want to lock you in!
Reducers capture “the essence” of Flux Stores, so it's possible to gradually migrate an existing Flux project towards Redux, whether you are using Flummox, Alt, traditional Flux, or any other Flux library.
It is also possible to do the reverse and migrate from Redux to any of these libraries following the same steps.
Your process will look like this:
Create a function called
createFluxStore(reducer) that creates a Flux store compatible with your existing app from a reducer function. Internally it might look similar to
createStore (source) implementation from Redux. Its dispatch handler should just call the
reducer for any action, store the next state, and emit change.
This allows you to gradually rewrite every Flux Store in your app as a reducer, but still export
createFluxStore(reducer) so the rest of your app is not aware that this is happening and sees the Flux stores.
As you rewrite your Stores, you will find that you need to avoid certain Flux anti-patterns such as fetching API inside the Store, or triggering actions inside the Stores. Your Flux code will be easier to follow once you port it to be based on reducers!
When you have ported all of your Flux Stores to be implemented on top of reducers, you can replace the Flux library with a single Redux store, and combine those reducers you already have into one using
Now all that's left to do is to port the UI to use react-redux or equivalent.
Finally, you might want to begin using some Redux idioms like middleware to further simplify your asynchronous code.
Backbone's model layer is quite different from Redux, so we don't suggest mixing them. If possible, it is best that you rewrite your app's model layer from scratch instead of connecting Backbone to Redux. However, if a rewrite is not feasible, you may use backbone-redux to migrate gradually, and keep the Redux store in sync with Backbone models and collections.
If your Backbone codebase is too big for a quick rewrite or you don't want to manage interactions between store and models, use backbone-redux-migrator to help your two codebases coexist while keeping healthy separation. Once your rewrite finishes, Backbone code can be discarded and your Redux application can work on its own once you configure router.
© 2015–2017 Dan Abramov
Licensed under the MIT License.