我想将我的项目从纯React迁移到React Redux，我不是React的新手，而是Redux的新手。 我有一个用React编写的相当大的Web应用程序，其中包含数十个React.js文件。 其中大多数包含状态之间的+传递变量。 包括分配的“发布/获取”请求功能，至少已实现到我的文件的一半。
我想慢慢地从简单的反应转变为反应。
我想问问是否有人写文章或可以提供有关将现有的React项目迁移到react-redux的见解。 我不想为了变更的唯一目的而停止开发，而是要慢慢适应它。
有可能吗？有工具可以帮助我吗？
我看到了一些redux示例，其中app.js的整个渲染都被<Provider> </Provider>包围了，这是否意味着<Provider>手镯内的每个组件都无法拥有自己的状态？
我可以简单地按原样保留旧组件，然后将新组件放入<Provider> </Provider>吗？
谢谢！
答案 0 :(得分：0)
我看到了一些redux示例，其中整个app.js渲染都被包围了 通过，是否表示内部的每个组件 手镯不能具有自己的状态？
react-redux的工作方式是公开store提供的Provider道具。为了使用它或从中提取数据，您必须使用它来包装您的组件（不是直接必需的，但是父项之一必须是提供者）。通常，在大多数应用程序中，您只需将整个应用程序包装成Provider，因为在大多数情况下，如果您选择将redux引入应用程序中，则可能是因为整个应用程序都需要一些商店。
使用redux并不意味着组件不能具有状态。全局状态（应由应用程序中的每个组件访问（如果该组件选择“使用”它的状态））和该组件专有的状态（例如，全局状态）之间存在很大差异。表单更改后再发送到服务器。
我可以简单地保留旧组件，然后将新组件放进去吗？
是的，是的。而且-不。正如我之前说的，您可能应该从顶部开始，然后逐步向下钻取。用Provider包裹您的应用程序，然后开始将应用程序状态从最顶层的组件移动到商店。一般来说，一旦对redux感到满意之后，就应该开始使用内部状态connecting来替换从状态传递到组件树的props。
这样，您可以一次完成一个组件而不会破坏现有逻辑。