R 不是单一的框架，而是一系列的约定和一些让他们协同工作的。你的 R 项目的主体甚至不需要使用 R 的 API，大部分时间你其实是在编写。

这让到 R 的双向迁移都非常的容易。我们可不想把你限制得死死的！

从 Flux 项目迁移

Reducer 抓住了 Flux Store 的本质，因此，将 Flux 项目逐步到 R 是可行的，无论你使用了 、、 还是其他 Flux 库。

同样你也可以将 R 的项目通过相同的步骤迁移回上述的这些 Flux 框架。

你的迁移过程大致包含几个步骤：

创建叫做 createFluxStore(reducer) 的，通过 reducer 适配你当前项目的 Flux Store。从来看，这个很像 R 中 createStore ()的实现。它的 dispatch 处理器应该根据不同的 action 来不同的 reducer，保存新的 state 并抛出更新事件。

通过创建 createFluxStore(reducer) 的来将每个 Flux Store 逐步重写为 Reducer，这个过程中你的应用中其他部分感知不到任何变化，仍可以和原来一样使用 Flux Store 。

当重写你的 Store 时，你会发现你应该避免一些明显违反 Flux 模式的使用，例如在 Store 中请求 API、或者在 Store 中触发 action。一旦基于 reducer 来构建你的 Flux ，它会变得更易于理解。

当你所有的 Flux Store 全部基于 reducer 来实现时，你就可以利用 combineReducers(reducers) 将多个 reducer 合并到一起，然后在应用里使用这个唯一的 R Store。

现在，剩下的就只是使用 react-r 或者类似的库来处理你的 UI 部分。

最后，你可以使用一些 R 的特性，例如利用 middleware 来进一步简化异步的。

从 Backbone 项目迁移

Backbone 的 Model 层与 R 有着巨大的差别，因此，我们不建议从 Backbone 项目迁移到 R 。如果可以的话，最好的是彻底重写 app 的 Model 层。不过，如果重写不可行，也可以试试使用  来逐步迁移，并使 R 的 store 和 Backbone 的 model 层及 collection 保持同步。