MVVM Light Toolkit - Messenger使用Event Aggregator或Mediator Pattern？

Question

有人可以帮我找出I/Messenger class (and implementation) from MVVM light toolkit是否显示Event Aggregator Pattern或Mediator Pattern的用法？

如果有人提出它是部分遵循这两种模式，那么我要求详细说明哪些部分的实现类似于哪种模式来保持答案的有效性。

编号：一两个模式，这是绝对有趣之间comparison。

Answer 1

我认为Messenger不是纯粹的Event Aggregator也不是纯粹的Mediator。如果我在其中一个之间进行选择，我会选择Mediator。让我们做一个比较。

信使

信使便于发送松耦合对象之间的消息。有兴趣接收消息的消费者可以注册这些消息。生产者可以使用Messenger广播消息：

void Register<TMessage>(object recipient, Action<TMessage> action); 
void Send<TMessage>(TMessage message); 

如果消费者仅在邮件通过一定的渠道有兴趣的，消费者应该提供一个令牌，同时注册。生产者应该使用相同的标记通过该通道发送消息：

void Register<TMessage>(object recipient, object token, Action<TMessage> action); 
void Send<TMessage>(TMessage message, object token); 

这意味着信使中有一些逻辑确定哪个订户的消息应当被发送。

事件汇聚

的Event Aggregator的目的是简单地听着从很多对象的事件。它也可以用来聚合事件。这意味着Event Aggregator会订阅来自发布者的事件，但将自己的事件发送给订阅者。

中保

的Mediator Pattern的本质是“定义封装如何一组对象的交互的对象”。这意味着中介不仅接收来自发布消息，并将其发送到用户，但可以执行接收到的消息的逻辑也是如此。

那么，

在我看来，Messenger不是一个事件聚合器，因为它的目的不是为了简化处理事件。另一方面，我不认为这是一个Mediator，要么是因为它的目的不是要决定物体如何相互作用，而是要强调通信的逻辑。如果我在哪里选择，我会说Messenger是一个中介，因为它有一个通过通道发送消息的小逻辑。