我的大部分 React 应用程序都使用 Redux。
我想我会开始使用 XState，因为我不必一直使用效果作为插件。
而且我认为是一个更完整的模式。
我想了解的一件事是它与 React（钩子和类）的联系以及它与一般反应式编程的交互：
我可以（并且应该）以同样的方式使用 XState context 作为 Redux 数据存储，在 React 组件 方式？我的组件是否能够“connect”和“mapToProps”XState 上下文并仅在这些值更改而不是每次状态机状态更改时重新呈现？
据我了解，Redux 缺乏副作用，因此它可以遵循纯函数式范式。但这与使用副作用有关，例如在网络应用程序或游戏中需要很多次。
提前致谢！
【问题讨论】：
如果你愿意，XState 基本上可以在 Redux（或其他状态管理库）中管理你的全局状态，但它不会像 Redux 那样取代与 React 的连接。您应该将其视为 Redux 的扩展，并且您仍然需要遵循 Redux 中使用的模式，但使用 XState 来执行它们。几个例子：
redux-thunk 这样的东西来处理它。您的操作将变得更加简单，但实际操作已转移到机器上。您可能会找到一种将所有这些连接在一起的方法（最近用 Vuex 做了类似的事情）。 XState 机器只是从 Redux 实体调用的单例，但您不会将机器“嵌入”到 Redux 中。
您还需要像以前一样使用react-redux 工具，并且机器永远不会真正暴露于实际的 React 组件（除非您也想使用 XState 机器来处理本地状态）。
【讨论】：
react-redux connect() 相同的事情并映射 XState 的 send 和部分 context到 React 的 props？或者在 XState 上有更好的方法来做到这一点？ XState 本身似乎已经与 Redux Dev 工具很好地集成了。
react-redux 所做的事情。 connect 方法实际上并没有那么多，您可以重新实现它并将其与底层的 XState 挂钩，而不是 Redux 存储。您最终仍会围绕它重新实现相当多的东西并确保它有效。更简单的方法肯定是简单地将 Redux 核心功能包装在 XState 周围，让状态机完成繁重的工作，而 Redux 基本构建块只是围绕它的一个薄层，并确保您的应用程序对更改做出反应。