在WPF中使用依賴註入的方式創建視圖

0x00 問題的產生

互聯網時代桌面開發真是越來越少了，很多應用都轉到了瀏覽器端和移動智能終端，相應的軟體開發上的新技術應用到桌面開發的文章也很少。我之前主要做WPF，今年開始學習Web應用開發，於是就接觸到了.NET Core，其中的很多概念很值得在桌面開發中借鑒。例如在.NET Core MVC中，Controller的依賴是通過構造函數註入的，註入的過程由框架實現，我們在寫Controller時只要在構造函數參數中羅列出要依賴的服務即可，進一步的，把服務抽象為介面，那麼核心的業務邏輯就徹底解耦出來了，依賴的服務可以是任意的實現方式（當然前提是要滿足需求）。WPF一般都是用MVVM模式開發，那麼是不是可以讓ViewModel對其它服務的依賴也通過構造函數自動註入，而不是每次都要new出一個ViewModel呢？這篇文章主要就討論這個問題，並嘗試寫了個View和ViewModel的容器來實現。

0x01 最初的設計

.NET Core MVC中之所以能做到Controller的依賴自動註入，主要就是因為Controller實例是由MVC框架創建的。我們要想讓ViewModel中的依賴自動註入，那麼這個ViewModel肯定需要自動創建。考慮到View與ViewModel之間的對應也算是一種依賴關係，那麼就可以把View和ViewModel之間的這種對應關係以及其它服務的依賴關係都放到容器里，當需要View的時候，根據View的類型從容器中找到對應的ViewModel，然後根據ViewModel的依賴，從容器中獲取服務，然後把View的DataContext設置為ViewModel的實例，最終返回View，那麼就實現了ViewModel的自動依賴註入了。

0x02 更進一步的設計

按照上面那個方案我寫了一個簡易的依賴註入容器，證明是可以用的。不過要想真正在相對嚴肅一點的環境中開發，對依賴註入容器的要求就不是那麼簡單了。我需要花時間去開發一個嚴謹一點的依賴註入容器，這不僅需要時間，關鍵水平有限，目前市面上已經存在了很多優秀的依賴註入容器，我沒必要造輪子（為了學習或更深入理解原理而去造輪子的行為不在此列），但常見的依賴註入容器在配置服務時（例如綁定A和B）一般都限制B對A有繼承關係，所以現有的依賴註入容器無法配置View和ViewModel的依賴。因此考慮把View和ViewModel的依賴關係單獨存到一個容器中，服務的依賴放到第三方容器，為了能夠適配第三方容器，可以提供一個介面，通過介面對第三方容器進行簡易的包裝即可使用，這樣就可以任意選擇自己喜歡的強大的第三方依賴註入容器了。

0x03 部分代碼和示例

在開始看代碼之前，先說一下存儲View和ViewModel關係的容器AvalonContainer（後面簡稱View容器），使用這個容器的Wire方法可以配置View和ViewModel之間的對應關係，GetView方法可以獲取View，同時給View的DataContext配置好了指定的ViewModel，並且ViewModel註入了依賴。要創建一個AvalonContainer需要在構造函數中傳入IContainer對象，這個介面用於對第三方依賴註入容器實現包裝，以便用於AvalonContainer，第三方依賴註入容器主要作用是從中獲取ViewModel的依賴，以及往容器中添加ViewModel（如果需要的話）。

我自己寫的依賴註入容器太簡易了，當時只是用來測試，實際應用中應該都會使用第三方容器，所以示例直接用的第三方容器Ninject。

核心的步驟是創建一個Ninject容器，用Ninject容器綁定依賴，然後用Ninject容器創建View容器，配置View和ViewModel依賴。這樣需要時就可以直接從View容器創建View，獲得的View的DataContext已經設置為ViewModel實例並註入了ViewModel的依賴。

ViewModel中一般在構造函數參數中註入依賴。對於不同的依賴註入容器，也可以通過給屬性配置相應的Attribute的方式聲明依賴註入，不過這種方式對ViewModel的侵入太強了，而且不同的依賴註入容器往往提供不同的Attribute，更換時會比較麻煩，還是構造函數註入比較好，更換依賴註入容器不會產生影響。下麵截圖是TestOneView對應的ViewModel，在構造函數中註入了倉儲和日誌的依賴，感覺就像.NET Core MVC中的Controller。

當需要OneTestView視窗時，可以如下圖所示創建並顯示。

為了能夠適配任意的第三方依賴註入容器，提供了IContainer介面，在使用第三方依賴註入容器時需要通過這個介面適配一下，這種感覺就像電腦輸出介面可以有HDIM、DVI、VGA，顯示器輸入介面只有VGA，需要轉接頭來轉換一下。

其中Get方法用於從第三方容器中獲取ViewModel並註入依賴，Wire<T>()方法用於往第三方容器中添加ViewModel。其中token是針對自帶依賴註入容器的，完全可以忽略不管。

其實對於Ninject來說是完全不需要Wire這個方法的，因為即使這個類型沒有添加到容器中，在Get時Ninject也會創建對象並註入其中的依賴，所以對Ninject的包裝如下，Wire方法直接忽略即可。但不能保證所有的第三方依賴註入容器都有這個特性，所以還是保留了這個介面。

這樣依賴註入容器和View容器通過IContainer解耦，更換依賴註入容器不會影響到業務邏輯。

如果因為某些特殊原因需要給同一個View綁定不同的ViewModel，可以在Wire時提供token參數，在GetView時使用同樣的token參數即可獲取相應的ViewModel。

0x04 寫在最後

View容器寫好後自己用了下感覺還可以，但因為ViewModel是動態添加的，所以無法在設計時看到數據，這確實是個問題。另外要說下起名字真的很難，之前大多數都是出於學習/練習的目的，就直接加個Ayx首碼，不過這次想發佈一下，考慮到WPF開發代號是Avalon，就把它叫了AvalonDI。最後關於配置View和ViewModel依賴的方法，在NInject中是用的Bind，這個感覺比較好理解。不過我覺得把介面和介面的實現綁定到一起，用裝配/組裝更貼切。想像一下，電視提供了標準輸入介面，我們可以接錄像機、游戲機、電腦。同樣游戲機提供了介面，可以插不同的卡帶、不同的手柄，當把他們連在一起時，用Wire感覺更合適一點。

Github：https://github.com/durow/AvalonDI

nuget：Install-Package Ayx.AvalonDI

samples裡面提供了一個WpfSample，用的自帶的依賴註入容器，一個NinjectSample，用的Ninject作為依賴註入容器。