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是一箇中介，因爲它有一個通過通道發送消息的小邏輯。