React Context vs React Redux，我什么时候应该使用每一个？

Question

React16.3.0已发布，并且ContextAPI不再是实验功能。DanAbramov（Redux的创建者）对此发表了很好的评论，但是Context仍然是实验性功能已经有两年了。

我的问题是，根据您的看法/经验，何时应该在 React Redux上* 使用 React Context ，反之亦然？ *

Answer 1

由于 Context 不再是实验性功能，您可以直接在应用程序中使用Context，这对于将数据传递到为其设计的深层嵌套的组件方面非常有用。

正如Mark erikson在他的博客中所写的：

如果您只是在使用Redux来避免传递道具，那么上下文可以替换Redux-但是您可能一开始就不需要Redux。

上下文也不提供Redux DevTools，跟踪状态更新，middleware添加集中式应用程序逻辑以及其他Redux 启用这些功能的功能。

Redux具有更强大的功能，并提供了许多Context Api未提供的功能，就像 @danAbramov 提到的那样

React Redux在内部使用上下文，但未在公共API中公开这一事实。因此，通过ReactRedux使用上下文比直接使用上下文要安全得多，因为如果上下文发生更改，更新代码的负担将落在React Redux上，而不是您。

它由Redux负责实际更新其实现以符合最新的上下文API

最新的Context API可以用于您将仅使用Redux在组件之间传递数据的应用程序，但是使用集中式数据并在使用redux-thunk或redux-saga仍需要Redux的Action创建者中处理API请求的应用程序。除了这个Redux之外，还有其他关联的库，例如redux-persist允许您将存储数据保存在localStorage中，并在刷新时重新补水，这是上下文API仍不支持的。

正如@dan_abramov在他的博客中提到的，您可能不需要Redux，该redux具有有用的应用程序，例如

• 将状态持久保存到本地存储，然后从中启动，即可使用。
• 在服务器上预填充状态，以HTML格式将其发送到客户端，然后从中启动。
• 序列化用户操作，并将其与状态快照一起附加到自动错误报告，以便产品开发人员
  可以重播它们以重现错误。
  
• 通过网络传递动作对象以实现协作环境，而无需对代码的编写进行重大更改。
• 保留撤消历史记录或实施乐观的更改，而无需对代码的编写方式进行重大更改。
• 在开发中的状态历史记录之间移动，并在代码更改时从动作历史记录重新评估当前状态（如TDD）。
• 为开发工具提供完整的检查和控制功能，以便产品开发人员可以为其
  应用程序构建自定义工具。
  
• 在重用大多数业务逻辑的同时，提供备用UI。

拥有如此众多的应用程序，现在还不能说Redux将被新的Context API取代