MVVM模式解析和在WPF中的實作（六） 用依賴注入的方式配置ViewModel并注冊消息

系列目錄：

MVVM模式解析和在WPF中的實作（一）MVVM模式簡介

MVVM模式解析和在WPF中的實作（二）資料綁定

MVVM模式解析和在WPF中的實作（三）指令綁定

MVVM模式解析和在WPF中的實作（四）事件綁定

MVVM模式解析和在WPF中的實作（五）View和ViewModel的通信 

MVVM模式解析和在WPF中的實作（六）用依賴注入的方式配置ViewModel并注冊消息

這次主要讨論下給View指定ViewModel的事情。一般來說給View指定ViewModel常用的方式有兩種，一種是在View的背景代碼中寫DataContext = new ViewModel()，還有一種是在XAML中指定View的DataContext。這兩種方式都使得View對ViewModel産生了依賴，這種情況下可以考慮用依賴注入的方式使取消View對ViewModel的直接依賴。依賴注入一般來說可以通過構造函數注入、通過設定屬性注入，這兩種方法對于View來說都不合适。是以可以使用IoC Container，讓View主動去擷取對應的ViewModel。

其實給View指定一個ViewModel并不屬于頻繁的操作，而且改起來也很容易，費半天勁搞個依賴注入确實不太至于。就像上篇文章中廢了半天勁搞了個View和ViewModel的通信一樣，用到的機率比較小，而且也有别的方式解決，雖然那種方式并不符合MVVM模式。不過View除了依賴ViewModel之外對消息注冊器也是會産生依賴的，而且某種類型的View一般來說都依賴固定類型的ViewModel和消息注冊器，是以可以一次注入兩個依賴，這樣貌似就值了，至少我認為是值了，是以有了ViewModelManager這個類。

使用靜态類ViewModelManager來當作IoC Container。往IoC Container裡注冊依賴關系一般有兩種方式，一種是将依賴關系以某種形式（例如xml）儲存在外部，一種是在程式中注冊到一個清單裡。我采取第二種做法，因為比較容易:)

程式在啟動時使用ViewModelManager.Register将依賴關系注冊到ViewModelManager中，View在構造函數中調用ViewModelManager.SetViewModel(this);來設定View的DataContext并通過依賴的消息注冊器注冊消息，消息注冊器可以為空，代表View不接收消息。它們的關系如圖所示：

需要說明的有兩個地方：

一個是View和ViewModel的對應關系。一般來說一個View對應着一種ViewModel，這樣注冊起來是沒問題的。但這個并不絕對，理論上來說一個View可以将DataContext設定為任意ViewModel，如果一個View可以設定多種ViewModel該如何處理呢，這時候可以在ViewModelManager注冊時添加Token屬性，然後用SetViewModel(this,token)的方式指定特定的ViewModel為DataContext。

另一個是消息注冊的範圍。因為一般來說ViewModel都是和綁定的View通信。是以預設情況下，消息注冊到單獨一個MessageManager中，這個MessageManager儲存ViewModel中，ViewModel使用這個MessageManager發送消息，發送的消息由View接收。但如果需要和其他View通信，需要把消息注冊到MessageManager.Default中，這個對象是static的，要達到這個目的隻要在View設定ViewMode時這樣來SetViewModel(this,isGlobalMsg:true)即可。如果ViewModel又想和綁定的View單獨通信，有時候還需要和别的View通信，可以在消息注冊器中注冊時将需要單獨通信的消息設定一個Group，ViewModel在發送消息時加一個Group過濾一下即可。一個Group可以了解為消息的單獨一個通道。

順帶一提，好吧隻是順帶一提的是，在給View注入ViewModel時，順便把ViewModel的UIDispatcher屬性設定為了View的Dispatcher，雖然我不知道這有什麼用。但這樣在ViewModel中使用UIDispatcher時即為相關的View的Dispatcher。如果要使用MainWindow的Dispatcher可以通過DispatcherHelper.Dispatcher或者App.Current.MainWindow.Dispatcher獲得。

到此為止我能想到的MVVM架構的功能算是基本實作了，遇到的需求十分有限，才能也十分有限，能想到的就這幾個了，歡迎回複讨論，也歡迎加我QQ16141860交流。之前一直是在TestArea這個倉庫裡進行測試，現在這個小架構整理了下，放到AyxMVVM倉庫裡了。現在有些想法還不太成熟，使用過程中遇到問題也會随時修正，以後就都修改到AyxMVVM中了，TestArea中的MyMVVM不再維護了。另外給倉庫起名真是件麻煩事，幹脆統一都用Ayx+XXX的方式，這樣既容易重複的機率又十分小。Ayx是我名字拼音的首字母，想想看以拼音A開頭的姓氏之少就能想到幾乎不會出現重複了。最後，10月6日看了微軟的秋季産品釋出會後信仰充值成功。對UWP十分感興趣，下一步打算學習一下。

https://github.com/durow/AyxMVVM

更多内容歡迎通路我的部落格：http://www.durow.vip