上下文是一项高级功能，可能会发生变化。在某些情况下，它的便利性超过了它的缺点，因此一些库，如 React Redux 和 React Router，尽管具有实验性质，但还是选择依赖它。

这里的重要部分是词库。如果上下文改变其行为，我们作为库作者将需要调整. 但是，只要库不要求您直接使用上下文 API，您作为用户就不必担心对其进行更改。

React Redux 在内部使用上下文，但它没有在公共 API 中公开这个事实。所以你应该觉得通过 React Redux 使用上下文比直接使用上下文要安全得多，因为如果它发生变化，更新代码的负担将落在 React Redux 而不是你身上。

最终 React Redux 仍然支持始终将 store 作为 prop 传递，所以如果你想完全避免上下文，你可以选择。但是我会说这是不切实际的。

TLDR：避免直接使用上下文，除非您真的知道自己在做什么。使用碰巧在内部依赖上下文的库是相对安全的。

我不知道其他人，但我更喜欢使用 react-redux 的连接装饰器来包装我的组件，以便只有我需要的商店中的props才能传递到我的组件中。这在某种意义上证明了使用上下文是合理的，因为我没有使用它（而且我知道，作为一项规则，我负责的任何代码都不会使用它）。

当我测试我的组件时，我会测试未包装的组件。因为 react-redux 只传递了我在那个组件上需要的 props，所以我现在在编写测试时确切地知道我需要什么 props。

我想重点是，我从来没有在我的代码中看到过上下文这个词，我不使用它，所以在某种程度上，它不会影响我！这并没有说明 Facebook 的“实验性”警告。如果上下文消失了，在 Redux 更新之前，我会和其他人一样被搞砸。

有一个 npm module可以很容易地将 redux 添加到 react 上下文中

https://github.com/jamrizzi/redux-context-provider

https://www.npmjs.com/package/redux-context-provider

import React, { Component } from 'react';
import ReduxContextProvider from 'redux-context-provider';
import createStore from './createStore';
import actions from './actions';
import Routes from './routes';

export default class App extends Component {
  render() {
    return (
      <ReduxContextProvider store={store} actions={actions}>
        <Routes />
      </ReduxContextProvider>
    );
  }
}