直接监听组件中的 Reflux Actions
Listening directly to Reflux Actions in Component
根据我的阅读,模式是组件将数据传递给操作,这些操作传递给商店,商店的值更改会触发订阅商店的组件中的更新。我的问题是如何"react"以通知的形式给这些触发更新? (即成功保存的通知)
也就是说,我是否要向此通知组件的呈现器添加逻辑,使其仅在其订阅的对象中存在某个标志属性时才显示自身?然后在一段时间后删除自己。这听起来不对。
更新
感谢 Hannes Johansson,我认为我对模式有了更好的把握。我的工作如下:
组件通过操作将数据传递给商店
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)
})
}
组件看到标志并呈现 "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}
需要根据此事件将应用程序移动到新位置。这应该是 a) 通知子组件 b) 父组件 c) 商店吗?
根据 Colin Megill's 关于通量 api 模式的讨论,api 交互应该发生在 Action 中,但回流实际上不允许这样做。
更新 2
组件将数据传递给名为 createItemRequest
的操作
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 的主要目标。
根据我的阅读,模式是组件将数据传递给操作,这些操作传递给商店,商店的值更改会触发订阅商店的组件中的更新。我的问题是如何"react"以通知的形式给这些触发更新? (即成功保存的通知)
也就是说,我是否要向此通知组件的呈现器添加逻辑,使其仅在其订阅的对象中存在某个标志属性时才显示自身?然后在一段时间后删除自己。这听起来不对。
更新
感谢 Hannes Johansson,我认为我对模式有了更好的把握。我的工作如下:
组件通过操作将数据传递给商店
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) }) }
组件看到标志并呈现 "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}
需要根据此事件将应用程序移动到新位置。这应该是 a) 通知子组件 b) 父组件 c) 商店吗?
根据 Colin Megill's 关于通量 api 模式的讨论,api 交互应该发生在 Action 中,但回流实际上不允许这样做。
更新 2
组件将数据传递给名为
createItemRequest
的操作
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 的主要目标。