在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作为依赖注入容器。