React + Flux 中的 REST 轮询

Question

我是 Flux 新手，这是一个最佳实践问题。

我有一个服务器，我正在将我的应用程序登录到其中，成功登录后，我会返回一个 tokenId 和我放入商店的那个令牌的到期时间。

tokenId 附加到后续 API 请求以确保我的会话有效。在超过到期时间之前，我需要发送一个生成新 tokenId 的请求。

轮询 (setTimeout) 令牌再生的最佳地点在哪里？我相信从 Store 调用 Action 或 API Util 会破坏 Flux Flow 图，这不是 View 应该负责的逻辑......

Answer 1

这是通用问题“应在 React/Flux 架构中的何处触发异步操作？”的特定版本。我对此进行了很多讨论，但没有一个“正确”的答案。一些选项：

• 从商店触发，在处理updateToken 操作时开始超时。这具有将所有业务逻辑保留在商店中的吸引力，但会使商店更难测试和推理。一种观点认为，保持所有存储流程同步可以简化事情。

• 来自 React 的触发器，可以在您的顶级 App 组件中或在特殊的高阶组件中。您将使用componentWillReceiveProps 检查令牌值的变化并启动计时器。这有一些吸引力，因为您已经在监听存储更改并且可以利用各种生命周期事件（例如，清除 componentWillUnmount 上的计时器）。没错，这不是“视图”逻辑，但顶级 React 组件通常扮演控制器角色而不是视图角色。

• 在“登录”操作中触发。这或多或少是 Redux/thunk 的做法，将异步进程留给操作本身，但在 Flux 实现中并不常见。

• 拥有一个单独的 API 控制器，该控制器使用操作与商店进行通信。仍然必须有人触发loginController.login()，但进一步的异步进程由该控制器处理，并且更新通过操作到达存储。这个控制器可能完全负责令牌的详细信息和更新，这样商店就不必知道它。