从我读到的模式来看,组件将数据传递给 Action , Action 传递给商店,商店的值更改会触发订阅商店的组件中的更新。我的问题是如何以通知的形式对这些触发的更新做出“ react ”? (即成功保存的通知)
我是否要向此通知组件的呈现器添加逻辑,如果它订阅的对象中有某个标志属性,它只会显示自己?然后在一段时间后删除自己。这听起来不对。
更新
感谢 Hannes Johansson,我认为我对模式有了更好的把握。我的工作如下:
组件通过操作将数据传递给 Store
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) }) }
组件看到标志并呈现“通知子组件”
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}
需要根据此事件将应用移动到新位置。这应该是 a) 通知子组件 b) 父组件 c) 商店吗?
根据 Colin Megill's讨论 flux api 模式,api 交互应该发生在 Action 中,但回流实际上不允许这样做。
更新 2
组件将数据传递给名为
的 ActioncreateItemRequest
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); } }); }
最佳答案
对此有不同的方法。例如,在 Reflux 中如果您愿意,直接听取 Action 非常容易,因为每个 Action 实际上都是一个“调度程序”。
然而,一般的、纯粹的 Flux 原则是,只有存储向调度程序注册,并且组件只监听存储更新。商店只是触发一个事件,通知 某事 已更改,而不提供任何负载。然后由组件读取商店的状态并确定如何呈现它。
一种方法是您描述的方法,在商店中的项目上放置一些标志以表示已发生更新,但是如果组件本身随后更新存储项目的标志,这将违反 Flux 原则,因为只有商店旨在改变状态,并且仅响应 Action 而不是来自任何其他来源。因此,在那种情况下,要做的“Flux 事情”可能是触发另一个事件,表明新添加的项目已被记录,以便商店可以重置标志以响应该操作。
我能想到的另一种方法是在收到商店更新通知时区分组件中的状态。然后将标志仅保留在组件中,甚至将新添加的项目保留在状态中的单独列表中并单独呈现它们。
这里没有硬性规定,除了如果你想遵循核心 Flux 原则,组件应该永远直接改变商店的状态,因为那应该只由商店本身改变以响应行动。这允许单向数据流和数据的单一真实来源,这是 Flux 的主要目标。
关于javascript - 直接监听组件中的 Reflux Actions,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31549694/