1、Messager交互結構和消息類型
銜接上篇,Messeger是信使的意思,顧名思義,他的目是用於View和ViewModel 以及 ViewModel和ViewModel 之間的消息通知和接收。
Messenger類用於應用程序的通信,接受者只能接受注冊的消息類型,另外目標類型可以被指定,用Send<TMessage, TTarget>(TMessage message)實現,在這種情況下信息只能被傳遞如果接受者類型和目標參數類型匹配,
message可以是任何簡單或者復雜的對象,你可以用特定的消息類型或者創建你自己的類型繼承自他們。
交互結構如下所示:

消息類型如下表所示:
| message消息對象類型 | 說明 |
| MessageBase | 簡單的消息類,攜帶可選的信息關於消息發布者的 |
| GenericMessage<T> | 泛型消息 |
| NotificationMessage | 用於發送一個string類型通知給接受者 |
| NotificationMessage<T> | 和上面一樣是一個,且具有泛型功能 |
| NotificationMessage | 向接受者發送一個通知,允許接受者向發送者回傳消息 |
| NotificationMessageAction<T> | NotificationMessage的泛型方式 |
| DialogMessage | 發送者(通常是View)顯示對話,並且傳遞調用者得回傳結果(用於回調),接受者可以選擇怎樣顯示對話框,可以使是標准的MessageBox也可也是自定義彈出窗口 |
| PropertyChangedMessage<T> | 用於廣播一個屬性的改變在發送者里,和PropertyChanged事件有完全箱體內各的目的,但是是一種弱聯系方式 |
2、注冊消息的模式
上篇給出了注冊的方法,但是注冊可以有很多種方式,最常見的就是命名方法調用和Lambda表達式調用的方式:
2.1、基本的命名方法注冊
1 // 使用命名方法進行注冊
2 Messenger.Default.Register<String>(this, HandleMessage);
3
4 //卸載當前(this)對象注冊的所有MVVMLight消息
5 this.Unloaded += (sender, e) => Messenger.Default.Unregister(this);
6
7
8 private void HandleMessage(String msg)
9 {
10 //Todo
11 }
2.2、使用 Lambda 注冊
1 Messenger.Default.Register<String>(this, message => {
2 // Todo
3
4 });
5 //卸載當前(this)對象注冊的所有MVVMLight消息
6 this.Unloaded += (sender, e) => Messenger.Default.Unregister(this);
3、跨線程訪問
之前在第8篇《利刃 MVVMLight 8:DispatchHelper在多線程和調度中的使用》中,
我們有討論過在異步線程中使用事件來執行和獲取相關的執行步驟。但是如果異步線程中的某個方法需要操作主線程(UI線程的時候)的UI是不允許的。
Windows 中的控件被綁定到特定的UI線程(主線程)中,其他線程是不允許訪問的,因為不具備線程安全性和規范性。所以后來MVVM Light才有了調度幫助類(DispatchHelper)來處理不用線程中的調度方案。
從這邊可以衍生到異步線程下,對UI線程(主線程)的信息發送和接收。所以之前的代碼 DispatchHelper 可以改裝如下:
注冊模塊(ViewModel中):
1 public class MessengerForDispatchViewModel:ViewModelBase
2 {
3 /// <summary>
4 /// 構造函數
5 /// </summary>
6 public MessengerForDispatchViewModel()
7 {
8 InitData();
9 DispatcherHelper.Initialize();
10
11 ///Messenger:信使
12 ///Recipient:收件人
13 Messenger.Default.Register<TopUserInfo>(this, "UserMessenger", FeedBack);
14 }
15 }
發送模塊(異步線程中代碼):
1 private void Start()
2 {
3 TopUserInfo ui = new TopUserInfo();
4
5 //ToDo:編寫創建用戶的DataAccess代碼
6 for (Int32 idx = 1; idx <= 9; idx++)
7 {
8 Thread.Sleep(1000);
9 ui = new TopUserInfo() {
10 isFinish = false,
11 process = idx*10,
12 userInfo =null
13 };
14 DispatcherHelper.CheckBeginInvokeOnUI(() =>
15 {
16 Messenger.Default.Send<TopUserInfo>(ui, "UserMessenger");
17 });
18 }
19 Thread.Sleep(1000);
20 ui = new TopUserInfo()
21 {
22 isFinish = true,
23 process = 100,
24 userInfo = up
25 };
26 DispatcherHelper.CheckBeginInvokeOnUI(() =>
27 {
28 Messenger.Default.Send<TopUserInfo>(ui, "UserMessenger");
29 });
30 }
結果:

4、釋放注冊信息:
4.1、基於View界面內的UnRegister的釋放(為當前視圖頁面的Unload事件 附加 釋放注冊信息的功能):
1 //卸載當前(this)對象注冊的所有MVVMLight消息 2 this.Unloaded += (sender, e) => Messenger.Default.Unregister(this);
4.2、基於ViewModel類中的UnRegister釋放(用戶在關閉使用頁面的時候同事調用該方法,釋放注冊,這個需要開發人員在關閉視圖模型的時候發起):
1 /// <summary>
2 /// 手動調用釋放注冊信息(該視圖模型內的所有注冊信息全部釋放)
3 /// </summary>
4 public void ReleaseRegister()
5 {
6 Messenger.Default.Unregister(this);
7 }
5、釋放注冊信息和內存處理
為了避免不必要的內存泄漏, .Net框架提出了比較實用的 WeakReference(弱引用)對象。該功能允許將對象的引用進行弱存儲。如果對該對象的所有引用都被釋放了,則垃圾回收機便可回收該對象。
類似將所有的注冊信息保存在一個弱引用的存儲區域,一旦注冊信息所寄宿的宿主(View或者ViewModel)被釋放,引用被清空,該注冊信息也會在一定時間內被釋放。
下面一個表格來源於 Laurent Bugnion 對 MVVM 的說明文檔:
未取消注冊時的內存泄漏風險:
| 可見性 | WPF | Silverlight | Windows Phone 8 | Windows 運行時 |
| 靜態 | 無風險 | 無風險 | 無風險 | 無風險 |
| 公共 | 無風險 | 無風險 | 無風險 | 無風險 |
| 內部 | 無風險 | 風險 | 風險 | 無風險 |
| 專用 | 無風險 | 風險 | 風險 | 無風險 |
| 匿名Lambda | 無風險 | 風險 | 風險 | 無風險 |
6、專有信道和廣播信道
6.1 過濾Messenger發送端(通過判斷發送端來確認是否是發送給自己的):
1 public class ForSourceSenderViewModel:ViewModelBase
2 {
3 public ForSourceSenderViewModel(){}
4
5 #region 全局命令
6 private RelayCommand sendMsg;
7 /// <summary>
8 /// 發送消息
9 /// </summary>
10 public RelayCommand SendMsg
11 {
12 get
13 {
14 if (sendMsg == null) sendMsg = new RelayCommand(() => ExcuteSendMsh());
15 return sendMsg;
16 }
17
18 set
19 {
20 sendMsg = value;
21 }
22 }
23
24 #endregion
25
26 #region 附屬方法
27 private void ExcuteSendMsh()
28 {
29 NotificationMessage nm = new NotificationMessage(this,"發送源消息");
30 Messenger.Default.Send<NotificationMessage>(nm);
31 }
32 #endregion
33
34 }
1 Messenger.Default.Register<NotificationMessage>(this, message =>
2 {
3 if (message.Sender is ForSourceSenderViewModel)
4 {
5 // 判斷來源來接受消息
6 MsgInfo = message.Notification;
7 }
8 });
6.2 開設專用的Messenger通道:
1 private Messenger myMessenger;
2 public MessengerForSourceViewModel()
3 {
4 //構造函數
5 myMessenger = new Messenger();
6 SimpleIoc.Default.Register(() => myMessenger, "MyMessenger"); //注入一個Key為MyMessenger的Messenger對象
7
8 myMessenger.Register<NotificationMessage>(this, message => //注冊myMessenger,開啟監聽
9 {
10 // 判斷來源來接受消息
11 MsgInfo = message.Notification;
12 });
13 }
1 #region 全局命令
2 private RelayCommand sendMsg;
3 /// <summary>
4 /// 發送消息
5 /// </summary>
6 public RelayCommand SendMsg
7 {
8 get
9 {
10 if (sendMsg == null) sendMsg = new RelayCommand(() => ExcuteSendMsh());
11 return sendMsg;
12 }
13 set
14 {
15 sendMsg = value;
16 }
17 }
18 #endregion
19
20 #region 附屬方法
21 private void ExcuteSendMsh()
22 {
23 NotificationMessage nm = new NotificationMessage(this,String.Format("發送消息:{0}",DateTime.Now));
24 Messenger myMessenger = SimpleIoc.Default.GetInstance<Messenger>("MyMessenger");//獲取已存在的Messenger實例
25 myMessenger.Send<NotificationMessage>(nm);//消息發送
26 }
27 #endregion
6.3 使用令牌(Token)區分和使用信道:這是最常用的方式。使用專屬Token,可以區分不同的信道,並提高復用性。
Messenger中包含一個token參數,發送方和注冊方使用同一個token,便可保證數據在該專有信道中流通,所以令牌是篩選和隔離消息的最好辦法。
1 //以ViewAlert位Tokon標志,進行消息發送
2 Messenger.Default.Send<String>("ViewModel通知View彈出消息框", "ViewAlert");
1 public MessagerForView()
2 {
3 InitializeComponent();
4
5 //消息標志token:ViewAlert,用於標識只閱讀某個或者某些Sender發送的消息,並執行相應的處理,所以Sender那邊的token要保持一致
6 //執行方法Action:ShowReceiveInfo,用來執行接收到消息后的后續工作,注意這邊是支持泛型能力的,所以傳遞參數很方便。
7 Messenger.Default.Register<String>(this, "ViewAlert", ShowReceiveInfo);
8 this.DataContext = new MessengerRegisterForVViewModel();
9 //卸載當前(this)對象注冊的所有MVVMLight消息
10 this.Unloaded += (sender, e) => Messenger.Default.Unregister(this);
11 }
12
13 /// <summary>
14 /// 接收到消息后的后續工作:根據返回來的信息彈出消息框
15 /// </summary>
16 /// <param name="msg"></param>
17 private void ShowReceiveInfo(String msg)
18 {
19 MessageBox.Show(msg);
20 }
7、使用內置消息
比如我們上面用到的 NotificationMessage<T> ,以及PropertyChangedMessage<T>。
Notification是一種消息通知機制;而PropertyChangedMessage主要指的是當屬性改變的時候,執行通知操作。
1 public class PropertyChangedViewModel:ViewModelBase
2 {
3 public const string PropertyName = "UserName"; //注冊為該屬性,該屬性變化時進行消息發送
4 public PropertyChangedViewModel() { }
5
6 #region 全局變量
7 private String userName;
8 /// <summary>
9 /// 用戶名稱
10 /// </summary>
11 public string UserName
12 {
13 get
14 {
15 return userName;
16 }
17
18 set
19 {
20 String oldValue = userName;
21 userName = value;
22 RaisePropertyChanged(()=>UserName,oldValue,value,true);//這邊相應配置上發送參數
23 }
24 }
25 #endregion
1 Messenger.Default.Register<PropertyChangedMessage<String>>(this, message =>
2 {
3 if (message.PropertyName == PropertyChangedViewModel.PropertyName) //接受特定屬性值相關信道的消息
4 {
5 PropertyChangedInfo = (message.OldValue + " --> " + message.NewValue);//輸出舊值到新值的內容
6 }
7 });
結果:

