我需要实现一个 SPA，其组件将与它们的本地状态交互，并且这些状态将被其他组件占用的情况最少。例如：employee 组件包含有关员工的状态，该状态仅与员工的组件子级共享，而不与站点中的其他不同组件共享。到目前为止，我的想法是在使用钩子和上下文 API 实现的父组件(例如 Employee(中创建"商店"，以实现最大的开发速度和代码清晰度。你觉得怎么样？
这最终是主观的，听起来你已经倾向于使用上下文API。 我们对当前的项目做出了类似的决定;需要在应用程序之间共享的数据量非常小，因此为 Redux 添加额外的代码、依赖项和文件结构似乎不值得。
但是，如果您使用的是上下文，请确保已彻底绘制出应用程序所有部分的数据流，因为很容易忽略某些内容并遇到将数据从特定模块获取变得非常困难的情况。 还要考虑它的大小。 如果它是一个大型应用程序，集中状态更改以便于测试和调试的好处是不可忽视的，Redux 还可以通过自动记忆连接的组件来帮助提高性能。
同样，这最终是基于意见的，但我认为这是 React 应用程序的一个具体且普遍的问题，值得讨论，尽管这最终可能会被关闭。