CompositeWPF:EventAggregator - 何时使用？

我一直在寻找复合应用程序库,它很棒,但我无法决定何时使用EventAggregator ......或者更确切地说 - 当不使用它时.

看看StockTraderRI的例子,我更加困惑.他们在某些情况下使用EventAggregator,在其他情况下使用"经典"事件(例如在IAccountPositionService接口中).

我已经决定使用它来处理繁重的工作任务,这应该在后台线程上运行.在这种情况下,EventAggregator在幕后提供线程编组,所以我不必担心这一点.除此之外,我喜欢这种方法提供的解耦.

所以我的问题是:当我开始在我的应用程序中使用EventAggregator时,为什么不将它用于所有自定义事件？

这是一个很好的问题.在复合WPF(Prism)中,有三种可能的方式在应用程序的各个部分之间进行通信.一种方法是使用命令,它仅用于将UI触发的操作传递给实现该操作的实际代码.另一种方法是使用共享服务,其中多个部分保存对同一服务(Singleton)的引用,并且它们以经典方式处理该服务上的各种事件.对于断开连接和异步通信,正如您已经说过的,最好的方法是使用Event Aggregator(紧跟Martin Fowler的模式).

现在,何时使用和不使用它:

需要在模块之间进行通信时使用它.(例如,当任何其他模块创建任务时,需要通知任务模块).

当您有多个可能的接收器或同一事件的来源时使用它.例如,您有一个对象列表,并且只要保存或创建该类型的对象,就要刷新它.您只需订阅此特定事件,而不是保留对所有打开的编辑/创建屏幕的引用.

只需在Model View Presenter区域中订阅普通事件时,请不要使用它.例如,如果您的演示者监听模型中的更改(例如,模型实现INotifyPropertyChanged)并且您的Presenter需要对此类更改做出反应,那么您的Presenter最好直接处理模型的PropertyChanged事件,而不是通过事件聚合器.因此,如果发送方和接收方都在同一个单元中,则不需要将这些事件"广播"到整个应用程序.

我希望这回答了你的问题.