CompositeWPF：EventAggregator - 何时使用？

Question

我一直在寻找Composite Application Library，这很棒，但是我无法决定何时使用EventAggregator ......或者更确切地说 - 当不使用它时。

看看StockTraderRI的例子，我更加困惑。他们在某些情况下使用EventAggregator，在其他情况下使用“经典”事件（例如在IAccountPositionService接口中）。

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

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

Answer 1

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

现在，何时使用和不使用它：

1. 需要在模块之间进行通信时使用它。 （例如，当任何其他模块创建任务时，需要通知任务模块。）
2. 当您有多个可能的接收者或同一事件的来源时使用它。例如，您有一个对象列表，并且只要保存或创建该类型的对象，就要刷新它。您只需订阅此特定事件，而不是保留对所有打开的编辑/创建屏幕的引用。
3. 当您只需要在“模型视图展示器”区域中订阅普通事件时，请不要使用它。例如，如果您的演示者监听模型中的更改（例如，模型实现了INotifyPropertyChanged）并且您的Presenter需要对此类更改做出反应，那么您的Presenter最好直接处理模型的PropertyChanged事件，而不是将此类事件转移到事件聚合器。因此，如果发送方和接收方都在同一个单元中，则无需将此类事件“广播”到整个应用程序。

我希望这能回答你的问题。