直接监听组件中的 Reflux Actions

Listening directly to Reflux Actions in Component

根据我的阅读,模式是组件将数据传递给操作,这些操作传递给商店,商店的值更改会触发订阅商店的组件中的更新。我的问题是如何"react"以通知的形式给这些触发更新? (即成功保存的通知)

也就是说,我是否要向此通知组件的呈现器添加逻辑,使其仅在其订阅的对象中存在某个标志属性时才显示自身?然后在一段时间后删除自己。这听起来不对。

更新

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

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

  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. 组件看到标志并呈现 "Notification Child Component"

    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 关于通量 api 模式的讨论,api 交互应该发生在 Action 中,但回流实际上不允许这样做。

更新 2

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

  2. 的操作
  3. Action 有一个实际执行 api 调用的 preEmit 挂钩。 createItemRequest 继续到商店,以便商店可以更改模型以反映发送状态,然后显示在组件中(可能显示微调器)。该操作还负责根据 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);
            }
        });
    }
    

对此有不同的方法。例如,在 Reflux 中,如果您愿意,可以很容易地直接收听动作,因为每个动作实际上都是一个 "dispatcher"。

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

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

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

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