Prism 源码解读4-ViewModel注入

介绍

介绍一个Prism的MVVM实现，主要介绍Prism如何在WPF上进行的一些封装，以实现MVVM。MVVM到底是什么呢？看一下这一幅经典的图

以前没有ViewModel这个概念，就是将Model传递到View显示，这样软件也可以工作，但却很混乱，一旦VIew要改动，一点点的改动都会造成很多代码需要改动，不利于维护。再者VIew层充斥着各种解析Model的代码，这些代码完全不属于View啊。平白无故的给View增加了很多职责。这是坏代码的味道。所以就有了ViewModel。ViewModel负责干什么，必须要干什么，其实ViewModel的职责就是将自己的数据绑定到View显示，同时数据变化需要通知View，View上客户的操作及时响应，至于数据怎么解析，从哪里获取，View的响应都应该方法后一层，可以是Controller，可以是Servicer,可以是Presenter。也就是业务逻辑尽量推到后一层。

试想一下，系统里的Model有很多，有数据库对应的数据库模型，有业务于对应的领域模型，有用于数据交互的DTO也是模型，那么对应的View有一个ViewModel也不觉得奇怪。

0 ViewModel定位

MVVM的第一步就是要解决ViewModel的依赖注入问题，框架如何不着痕迹的将View对应的VIewModel注入到依赖属性DataContext。

还记得PrismApplicationBase类吗，就是继承Application，将整个Prism框架组件注入到Unity的那个类，

看到第一步是啥?ConfigureViewModelLocator,配置ViewModelLocator,急人之所急，Prism框架的第一步配置ViewModelLocator，

好吧，第一步就是设置ViewModelFactory，这个工厂就是通过View的类型和实例从Unity容器中获取ViewModel实例。

噢！这个View参数还没用上。

再来看看这个包含ViewModelFactory的ViewModelLocationProvider。

从这个名字我们可以大胆猜测，这个类应该是负责真正解析ViewModel的位置的，看到这个类的方法，有ViewModelFactory，有Register，有GetViewModelByXXX。

这个类中一个委托字段_defaultViewTypeToViewModelTypeResolver，从这个字段我们可以看出是默认VIewModel解析方式，可以看出就是把View完整类型名中的Views替换成ViewModels，然后返回Type，从这里面我们知道View的名字一定要含有Views，ViewModel一定要含有ViewModels。

好吧，知道了哪里解析的再来看看哪里调用的。

prism:ViewModelLocator.AutoWireViewModel="True"，看到了，将ViewModelLocator的依赖属性AutoWireViewModel至为True，可以进一步推测ViewModelLocator里面肯定调用了ViewModelLocationProvider的相关方法以获得ViewModel的类型或实例。

依赖属性改变触发了AutoWireViewModelChanged方法，然后调用ViewModelLocationProvider.AutoWireViewModelChanged

先去查看两个字典，一个字典key是View是实例，另一个字典key是View的Type，都没有调用，然后调用ViewModelLocationProvider._defaultViewTypeToViewModelTypeResolver，也就是默认解析，在这边解析获得VIewModel的类型，然后通过默认工厂获得ViewModel实例。并绑定到VIew的DataContext。

至此，知道了整个默认VIewModel解析的全部过程，梳理一下

• 在程序开始向ViewModelLocationProvider中设置ViewModel类型工厂，也就是Unity。
• ViewModelLocationProvider就是ViewModel获取的地方有两个字典都应该是存放viewmodel，有一个默认解析是通过View的type解析出ViewModel的type。
• 在Xaml中通过ViewModelLocator的依赖属性AutoWireViewModel调用ViewModelLocationProvider的AutoWireViewModelChanged来实现绑定。

1 自定义ViewModel定位

通过0的介绍，想一下怎么自定义实现VIewModel定位，有几种方法，

1. 提前向ViewModelLocationProvider的字典中添加ViewModel的类型
2. 改变_defaultViewTypeToViewModelTypeResolver解析方式
3. 修改工厂。这个不能从根本上改变。

这个例子用的是第二种。

在程序的开始重写ConfigureViewModelLocator方法，除了向ViewModelLocationProvider中添加ViewModelFactory外，还修改了_defaultViewTypeToViewModelTypeResolver解析方式。直接就通过View的type后面家长ViewModel，简单粗暴。

2 自定义ViewModel解析

这种方法就是上面提到的1方法

• 提前向ViewModelLocationProvider的字典中添加ViewModel的类型

这张方法显然有很大的弊端，当程序中有很多View时怎么能手动添加呢，只能适用与特殊的View和ViewModel的解析，如Shell的VIewModel的解析。

这种解析方法也不用在意View和ViewModel的名字了。

总结

从ViewModel的解析中，我们看到一种设计模式，View依赖ViewModelLocator，ViewModelLocator依赖ViewModelLocationProvider，ViewModelLocationProvider负责具体解析出对应的实例，相当于ViewModelRegistry，其中当然以有对工厂的依赖。