这是详细的Flux Architecture问题。
假设我有一个异步准备的资源。我们以用户数据为例。
获取此用户数据的方法有多种 - 在我们的示例中，可能需要从服务器生成一些不同的后续查询，或者作为一个整体存储在本地。
案例1： 用户数据需要顺序步骤。消防USER_DATA_1_SUCESS，USER_DATA_2_SUCCESS。其他商店会监听USER_DATA_2_SUCCESS。
案例2： 用户数据作为一个整体在本地可用。触发USER_DATA_READY操作。
我正在试图弄清楚如何从线性状态完成（USER_DATA_2_SUCESS）转变为商店中的资源就绪事件（USER_DATA_READY）。我不能直接从商店调用USER_DATA_READY - 我在调度错误的中间得到一个无法调用的操作。同时我想要粒度 - 我想控制将数据放在一起的不同阶段。
我想有一种方法可以通过良好的设计来压缩这些调用。我能想到的选择是：
在商店可见的客户端类中添加便利“就绪”功能。在USER_DATA_2_SUCCESS的商店回调中使用微小的超时调用它。
有人可以提出更好的流程吗？