React/Flux - 为什么我需要一个动作调度员？

我知道我需要一个emit.change()调度员,让所有组件都知道商店内部发生了变化.但我不明白为什么我需要调度操作而不是直接从操作中调用存储,

我为什么要这样做:

var Dispatcher = require('dispatcher');
var MyActions = {
    addItem: function(item){
        Dispatcher.dispatch({
              action: 'ADD_ITEM',
              payload: item       
       })
    }
}

而不是这个:

var MyStore = require('mystore');
var MyActions = {
    addItem: function(item){
        MyStore.addItem(item);
    }
}

是的情况下,多个卖场听同样的事件,例如,当StoreA和StoreB听ADD_ITEM呢？

当调用它们时,调度程序逐个触发动作.你需要一个调度员,因为:

您希望以原子方式更改应用程序状态.这意味着,s1-> s2(a1),s2-> s3(a2)以同步方式.而不是s1-> s3(因为a1和a2).如果您不这样做,您将不得不担心与此特定操作一起触发的其他操作,并猜测应用程序状态将如何针对所有这些组合进行更改.这是所有地狱破裂的地方,你的代码将变得难以维护.想象一下,为每个触发的动作在商店中编写一个if-else块,以检查其他动作是否也处于活动状态. 调度员确保它已经发送时不会发送dispatching.一次发一次.保持你的州树非常健康.

此外,调度员还会为每个"操作"维护一系列回调.这对于针对同一操作调用多个商店的回调非常有用.当商店订阅某个操作(使用register)时,调度程序会添加与其关联的registerHandler并将其添加到数组中.借助此功能,您可以在需要时注册/取消注册商店.根据操作类型,您可以根据注册的所有商店进行相应的更改.如果您不使用调度程序,则在编写操作部分时,您将不得不担心必须通知的所有商店.坏!

有了这种方法,你唯一需要关注的就是给调度员一个动作.其余部分由调度员决定,该调度员通知所有需要change基于该操作的商店.由于商店具有触发视图的回调,因此可以在需要时调用这些回调.这使您的代码非常模块化.