慢慢地将 redux 实现到现有的 React.js 项目中



我想将我的项目从普通反应迁移到 react redux,我对 React 并不陌生,但对 Redux 很陌生。 我有一个相当大的 Web 应用程序是用 React 编写的,几十个 React.js 文件。 它们中的大多数都包含状态 + 它们之间的传递变量。 包括分配 Post/Get 请求函数,至少在我的一半文件中实现。

我想慢慢地从普通反应转向反应冗余。

我想问是否有人有一些文章,或者可以提供有关将现有 react 项目迁移到 react-redux 的见解。 我不想仅仅为了改变而停止开发,而是慢慢适应它。

可能吗?有没有工具可以帮助我做到这一点?

我看到一些 redux 示例,其中 app.js 的整个渲染都被<Provider> </Provider>包围,这是否意味着手镯中的每个组件<Provider>都不能有自己的状态? 我可以简单地保持旧组件原样并将新组件放入<Provider> </Provider>吗?

提前感谢!

我看到一些 redux 示例,其中 app.js 的整个渲染都被包围了 通过,这是否意味着内部的每个组件 手镯不能有自己的状态吗?

react-redux的工作方式是公开Provider提供的store道具。为了使用它或从中提取数据,您必须通过它包装您的组件(不一定是直接的,但父级之一必须是提供者)。通常,在大多数应用程序中,您只需用Provider包装整个应用程序,因为在大多数情况下,如果您选择将redux引入应用程序,则可能是因为整个应用程序需要一些商店。
使用redux并不意味着组件不能具有状态。全局状态(应用中的每个组件都应该可以访问的内容)(如果组件选择"使用"它)与组件私有的状态(例如,在发送到服务器之前进行表单更改)之间存在很大差异。

我可以简单地保持旧组件原样并将新组件放入其中吗?

是的。但也 - 不。正如我之前所说,您可能应该从顶部开始,然后慢慢向下钻取。使用Provider包装应用,并开始将应用程序状态从最顶层的组件移动到应用商店。一旦你对redux有了更多的适应,你应该开始通过连接内部组件来用状态中的道具替换你传递组件树的道具。

这样,您可以一次执行一个组件,而不会破坏现有逻辑。

最新更新