如何在一个方法调度多个动作的通量应用程序中避免复杂的执行流程？

Question

我注意到，如果一种方法调度多个动作，那么中型通量应用程序中的执行流程就非常难以理解。

在一段时间后回来时刷新某个功能的心智模型非常耗时。

我想知道是否有任何人有关于如何构建应用程序的提示，并且正在进行大量的操作调用？

Answer 1

我认为你通常应该为每个状态变化分配一个对用户来说很明显的动作。对于可能具有乐观更新，加载状态，错误处理或其他任何操作的异步操作，每个操作都有一个操作。动作有效负载应该携带reducers需要响应的任何数据，然后为每个应该关心该动作的reducer添加switch个案例。但是，发送或多或少同时发生的多项行动似乎是浪费和混乱。