通量 + 数据生命周期答案

【问题标题】：Flux + Data Lifecycle通量 + 数据生命周期
【发布时间】：2015-02-07 17:46:58
【问题描述】：

在 FLUX 应用程序中，通过初始化等操作将给定的数据集填充到存储中。如果：

在不同的动作创建者中发出 HTTP 请求似乎最终会收到比您想要的更多的请求。你需要两级缓存吗？一个在动作 HTTP API 层（动作创建者）和一个在商店？这似乎不是多余的吗？

【问题讨论】：

【解决方案1】：

我会将所有这些逻辑保留在商店中。关键是为获取、接收和错误设置单独的操作创建者。

如果在响应返回之前有可能执行多个 fetch 操作，您可以像 Micah 一样将占位符推送到缓存中。

【讨论】：

在这种情况下，您的商店是否直接调用操作？如 Component -> Fetch_Action -> Dispatcher -> Store -> API -> Response -> Receive_Action -> Dispatcher -> Store -> Change_Event -> Component？
是的，在这个例子中，商店确实调用了 Recieve_Action。

【解决方案2】：

我们一直在处理商店中的缓存和延迟加载。 userStore.getUser 如果可用则返回缓存的用户，否则直接调用 api 或调用 action creator 来发出 api 请求

我们尚未决定的一件事是跟踪这些待处理请求的正确方法。现在我们只是在 store 中创建一个占位符对象，然后在我们收到数据后填充它，但是我们无法轻松查看给定对象的请求是挂起还是完成

【讨论】：

对 getUser 的调用将返回 null，当用户可用时会发出更改事件，您的组件会更新，并再次调用 getUser。您还需要一个错误存储来处理用户加载失败的情况，否则 getUser 可能会返回一个描述失败的错误对象。