React Context vs React Redux，我应该何时使用每一个？

作者: 雪浴冰灵
发布时间: 2024-02-22 11:34:04 (1月前)
转自：

5 条回复

0#
回复此人
5678 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 的<strong> 如果您仅使用Redux来避免将props传递给深层嵌套的组件 </强> ，那么你可以用。替换Redux <code> Context </code> API。它完全适用于此用例。 </p> <P> 另一方面，的<strong> 如果你正在使用Redux做其他事情 </强> （具有可预测的状态容器，在组件之外处理应用程序的逻辑，保持状态更新历史记录，使用 <a href="https://github.com/zalmoxisus/redux-devtools-extension" rel="noreferrer"> Redux DevTools </A> ， <a href="https://github.com/omnidan/redux-undo" rel="noreferrer"> Redux撤消 </A> ， <a href="https://github.com/rt2zz/redux-persist" rel="noreferrer"> Redux坚持 </A> ， <a href="https://github.com/erikras/redux-form/" rel="noreferrer"> Redux表格 </A> ， <a href="https://github.com/redux-saga/redux-saga" rel="noreferrer"> Redux Saga </A> ， <a href="https://github.com/evgenyrodionov/redux-logger" rel="noreferrer"> Redux Logger </A> 等等，那么你绝对没有理由用Red替换Redux <code> Context </code> API。 </p> <P> 参考文献： </p> <UL> <LI> <a href="http://blog.isquaredsoftware.com/2018/03/redux-not-dead-yet" rel="noreferrer"> Redux还没死！ </A> </LI> <LI> <a href="https://medium.com/@dan_abramov/you-might-not-need-redux-be46360cf367" rel="noreferrer"> 你可能不需要Redux </A> </LI> </UL> </DIV>

编辑
1#
回复此人
小鬼 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <BLOCKQUOTE> <UL> <LI> 的<strong> 如果您需要将中间件用于各种目的。 </强> 例如，日志记录操作，错误报告，根据其他请求调度在服务器上的响应等 </LI> <LI> 的<strong> 来自多个端点的数据会影响单个组件/视图。 </强> </LI> <LI> 的<strong> 当您想要更好地控制应用程序中的操作时。 </强> Redux支持跟踪操作和数据更改大大简化了调试。 </LI> <LI> 的<strong> 如果您不希望服务器响应直接更改您的应用程序的状态。 </强> Redux添加了一个图层，您可以在其中决定何时，何时如果应该应用这些数据。观察者模式。代替在整个应用程序中创建多个发布者和订阅者只需将组件连接到Redux商店。 </LI> </UL> </BLOCKQUOTE> <P> 从： <a href="https://ideamotive.co/blog/redux-vs-context-api/" rel="nofollow noreferrer"> 什么时候使用Redux？ </A> </p> </DIV>

编辑
2#
回复此人
大魔王 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 使用Redux的唯一原因是： </p> <UL> <LI> 您需要一个全局状态对象（出于各种原因，如可调试性，持久性......） </LI> <LI> 您的应用程序已经或将会很大，并且应该扩展到许多开发人员：在这种情况下，您可能需要一个间接级别（即事件系统）：您触发事件（过去），然后是您不知道的人组织实际上可以听取它们 </LI> </UL> <P> 您可能不需要整个应用程序的间接级别，因此可以同时混合样式并使用本地状态/上下文和Redux。 </p> </DIV>

编辑
3#
回复此人
Ni | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 我更喜欢使用redux和redux-thunk进行API调用（也使用Axios）并将响应调度到reducers。它干净，易于理解。 </p> <P> Context API特别针对React组件连接到商店的react-redux部分。为此，react-redux是好的。但是如果你愿意，因为Context是官方支持的，你可以使用Context API而不是react-redux。 </p> <P> 因此，问题应该是Context API vs react-redux，而不是Context API vs redux。此外，这个问题有点自以为是。因为，我熟悉react-redux并在所有项目中使用它，我将继续使用它。（没有动力让我改变）。 </p> <P> 但是如果你今天学习redux，并且你没有在任何地方使用它，那么值得给Context API一个镜头，并用你的自定义Context API代码替换react-redux。也许，它更清洁。 </p> <P> 就个人而言，这是一个熟悉的问题。没有明确的理由选择一个而不是另一个，因为它们是等价的。而在内部，react-redux仍然使用Context。 </p> </DIV>

编辑

登录后才能参与评论