javascript - 直接监听组件中的 Reflux Actions

Question

从我读到的模式来看，组件将数据传递给 Action ， Action 传递给商店，商店的值更改会触发订阅商店的组件中的更新。我的问题是如何以通知的形式对这些触发的更新做出“ react ”？ (即成功保存的通知)

我是否要向此通知组件的呈现器添加逻辑，如果它订阅的对象中有某个标志属性，它只会显示自己？然后在一段时间后删除自己。这听起来不对。

更新

感谢 Hannes Johansson，我认为我对模式有了更好的把握。我的工作如下:

1. 组件通过操作将数据传递给 Store

2. Store 与 API 交互并向模型添加一个标志，表明组件现在已收到更新模型的通知。

   createItem: function (item) {
       $.ajax({
           url: '/items', 
           method: 'POST',
           data: item,
           success: function (item) {
               CurrentBrandActions.addCampaign(item);
               this.item = item;
               item.newlyCreated = true;
               this.trigger(item);
           }.bind(this)
       })
   }
   

3. 组件看到标志并呈现“通知子组件”

   var newlyCreated = this.state.item.newlyCreated === true;
   if (newlyCreated) {
     newlyCreated = <ItemCreatedNotification item={this.state.item} />
   } else {
     newlyCreated = '';
   }
   return (
     <form onSubmit={this.createItem} className="form">
       {newlyCreated}
   

4. 需要根据此事件将应用移动到新位置。这应该是 a) 通知子组件 b) 父组件 c) 商店吗？

根据 Colin Megill's讨论 flux api 模式，api 交互应该发生在 Action 中，但回流实际上不允许这样做。

更新 2

1. 组件将数据传递给名为 createItemRequest

   的 Action

2. Action 有一个实际执行 api 调用的 preEmit Hook 。 createItemRequest 继续到商店，以便商店可以更改模型以反射(reflect)发送状态，然后显示在组件中(可能显示微调器)。该操作还负责根据 api 结果触发另外两个事件。

   ItemActions.createItemRequest.preEmit = function (data) {
       $.ajax({
           url: '/items', 
           method: 'POST',
           data: data,
           success: function (item) {
               ItemActions.itemCreatedSuccess(item);
           },
           error: function (error) {
               ItemActions.itemCreatedError(error);
           }
       });
   }
   

Answer 1

对此有不同的方法。例如，在 Reflux 中如果您愿意，直接听取 Action 非常容易，因为每个 Action 实际上都是一个“调度程序”。

然而，一般的、纯粹的 Flux 原则是，只有存储向调度程序注册，并且组件只监听存储更新。商店只是触发一个事件，通知 某事 已更改，而不提供任何负载。然后由组件读取商店的状态并确定如何呈现它。

一种方法是您描述的方法，在商店中的项目上放置一些标志以表示已发生更新，但是如果组件本身随后更新存储项目的标志，这将违反 Flux 原则，因为只有商店旨在改变状态，并且仅响应 Action 而不是来自任何其他来源。因此，在那种情况下，要做的“Flux 事情”可能是触发另一个事件，表明新添加的项目已被记录，以便商店可以重置标志以响应该操作。

我能想到的另一种方法是在收到商店更新通知时区分组件中的状态。然后将标志仅保留在组件中，甚至将新添加的项目保留在状态中的单独列表中并单独呈现它们。

这里没有硬性规定，除了如果你想遵循核心 Flux 原则，组件应该永远直接改变商店的状态，因为那应该只由商店本身改变以响应行动。这允许单向数据流和数据的单一真实来源，这是 Flux 的主要目标。