Last updated
Was this helpful?
🌜
🌞
Search
This makes it easy to migrate both to and from Redux. We don't want to lock you in!
Your process will look like this:
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!
Finally, you might want to begin using some Redux idioms like middleware to further simplify your asynchronous code.
Previous
« Usage With TypeScript
Next
Using Object Spread Operator »
Docs
Community
More
Copyright © 2015–2021 Dan Abramov and the Redux documentation authors.
Redux is not a monolithic framework, but a set of contracts and a . The majority of your “Redux code” will not even use Redux APIs, as most of the time you'll be writing functions.
capture “the essence” of Flux Stores, so it's possible to gradually migrate an existing Flux project towards Redux, whether you are using , , , or any other Flux library.
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 () implementation from Redux. Its dispatch handler should just call the reducer for any action, store the next state, and emit change.
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 or equivalent.
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 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 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.
