一、MVVM模式介绍：
在网上看过很多的MVVM中各块的介绍，感觉很混乱。找到如下的描述感觉很合理，也很好理解（https://msdn.microsoft.com/en-us/library/gg405484(v=pandp.40).aspx）。
二、模式分析
在项目中使用这个模型，感觉有2点需要理解透，不然项目运行中肯定得乱套。
- 如上图描述的模块的角色和职责。
上面描述的很清楚了,但是几点地方总结下：
1）有些地方将Model看成是只有数据的对象，但是这里显然不是。
2）View 的Ui Logic指的是控件自己的一些显示逻辑，比如某些动画。(不知道其他怎么理解的，后续我们会把窗口的创建等都放在这里)。
3）ViewModel的界面呈现逻辑有时候容易和Model的业务逻辑混在一起。
- 模块之间的通信。
模块通信包括View和ViewModel、ViewModel和ViewModel、ViewModel和Model之间的通信。
三、项目分析
1、需求：
1) 窗口统一管理，自动维护窗口及子窗口的生命周期。同时包括模态及非模态窗口。
2) 分离界面，界面逻辑，后台呈现逻辑，不包括其他界面或模块逻辑，界面职责明确独立。
3) 界面生命周期检测，业务逻辑处理与生命周期同步，即界面销毁不响应界面逻辑处理。
4) 窗口业务逻辑之间的通信传递便利，降低通信的代码成本。
5) 适应WPF的特性。比如binding，Command之类的。
2、分析
1)、父窗口与子窗口的生命周期同步
在wpf里，子窗口和父窗口设置ower关系存在如下问题：
父窗口关闭，方法内的模态窗口也会关闭。只要设置owner属性。必须在父窗口关闭之前手动关闭，否则窗口会卡住。
父窗口关闭，非模态窗口也会一起关闭，只要设置owner属性。任务栏问题，只显示父窗口的。
所以需要自建窗口管理模块管理子窗口的销毁。
2)、MVVM模式分析
让UI界面与逻辑能够很好地分离又协同工作，调研MVVMLight，使用binging、Command和Messenger可以达到以上目标。
四、模型设计
通过以上的分析项目中使用的模型如下。
1、Window Manager
工厂化窗口的创建，窗口销毁的反注销，父子窗口的生命周期绑定，以及窗口的业务逻辑的反注册。
2、View
MVVM模式中的第一个V，包括窗口及子视图。所有的与界面元素有关的内容，请放在此处操作。
一般情况下，View和ViewModel是一一对应的，生命周期一致，因为如果ViewModel还能响应数据，但是窗口销毁了，有可能产生异常或者让人很难理解的地方。
3、ViewModel
MVVM模式中的VM。
4、Model
MVVM模式中的M，主要后台业务模型。这个地方的模型有可能是线程只能的有通知能力的模块（比如线程拉取服务消息通知界面展示）
5、View和ViewModel的通信
View和Viewmodel的数据通过binging；View的事件通过Command传递给Viewmodal；Viewmodal通过messenge通知事件到View，在View中WindowMessage创建View。
6、ViewModel和ViewModel的通信
通过messenge的方式需要在窗口关闭的时候反注册。通过Window Manager统一来处理。
7、ViewModel和Model的通信
ViewModel可以直接Call Model的方法；Model和ViewModel通过代理方式（messenger）通信，需要在窗口关闭的时候反注册。通过Window Manager统一来处理。
Model的通知消息（线程类的拉取消息）通知消息，如果有ViewModel注册该消息会收到通知。
8、其他
l Messenger调查
Messenger.Default.Register<string>(this, "hahaClose", OnHHClose);
Messenger.Default.Unregister(this);
Messenger.Default.Send<string>("132123", "hahaClose");
如果没有注册就调用Send，不会出错；
注册的响应必须手动释放，在窗口关闭的时候不会自动去掉这个关联关系。
从以上可以看到，窗口间通信支持复杂的对象。