在处理动作时分派进一步的动作

IT技术 reactjs reactjs-flux
2021-05-11 18:43:16

我有一个场景，我觉得我需要调度一个动作来响应另一个动作，但我不知道解决它的最佳方法。

响应 HTTP 响应调度操作，例如：

type: 'auth'
data: { username: 'tom' }

因为该响应成功，所以我想调度一个动作将用户发送到主页：

type: 'navigate'
date: { where: 'home' }

这对我来说似乎是一个明智的流程：这件事发生了，所以现在我希望这件事发生。问题是，Flux Dispatcher 不允许这样做，因为我们仍处于调度周期中。我明白为什么在调度时调度是个坏主意。

有些人用多个调度器解决了这个问题，而 Flux 作者似乎确信你只需要一个调度器，并且你需要重新考虑你的商店。

我不知道如何在不混淆意图的情况下重组我的商店以促进这一点。我UserStore知道auth行动，我RouteStore知道navigate行动。任何关于如何改变商店以促进这一点的建议将不胜感激。

我觉得这样setImmediate可行，但似乎有点脏。我还认为将操作排队的调度员可能会有所帮助，但我可以从骨子里感觉到这可能会导致令人讨厌的问题。

最好的方法是什么？

2个回答

您应该回顾一下您是如何尝试创建此流程的。

你说你需要创建一个动作来响应另一个动作，对吗？因此，让我们将其命名为“ActionForwarderStore”。

我们最终得到这样的流程：

AuthAction --> Dispatcher --+--> UserStore
                            |
                            +--> ActionForwarderStore --+
                                                        |
           +--------------------------------------------+
           |
           +-> Dispatcher -----> RouteStore

你看到你仍然有人明白 aAuthAction应该最终改变路线吗？这是ActionForwarderStore. 正如 Flux 建议的那样，每个 Store 都会监听每个 Action，因此AuthAction可以直接进入RouteStore. 像这样：

AuthAction --> Dispatcher --+--> UserStore
                            |
                            +--> RouteStore

请记住，Flux 是为了避免 MVC 的不可预测性而“创建”的。如果您将所有路由更改保留在 中RouteStore，则只需查看此 Store 代码即可了解哪些操作会导致路由更改。如果你通过创建一个动作来响应另一个动作，你只会知道NavigateAction改变了路由，你需要查看其他 Stores 来检查哪些 Stores 正在触发这个 Action 以响应其他人。

这就是 Flux 所称的“单向流”。通过这种方式很容易发现问题，因为这是唯一允许的流程。如果你点击一个按钮并且它改变了路由，你可以肯定地知道点击调度的动作导致了路由改变，没有级联动作。

通常，解决此问题的方法是备份并查看原始操作，如果需要派生值，则等待第二个操作中尝试发送的值。

因此，在这种情况下，您将只响应 UserStore 和 RouteStore 中的“auth”。

其它你可能感兴趣的问题
上一篇如何在应用程序级别为 react-router 设置基本 url？ 下一篇3D打印机算法的解析方程