原文:

Mvvm简介

当我们在开发WPF，SilverLight，WP程序时，会使用Mvvm这一架构模式。它是一个很笼统的架构模式概念。在.Net下，我所知道的Mvvm框架有

其中MvvmLight是三者中最简单，但也是最完美诠释Mvvm架构模式的框架。Caliburn.Micro和Prism除了提供基本的Mvvm架构模式之外，提供了其他更加丰富的功能，有兴趣的同学可以前往研究。

本文主要从MvvmLight入手。

Mvvm是Model-View-ViewModel的缩写。这个模式中的核心就是View，ViewModel，Model三者之间的组织和联系。

• View

  即视图，WPF中以Window，UserControl，Page作为视图.

• ViewModel

  视图逻辑，业务逻辑，例如用户在界面上点击一个按钮，那么这个按钮具体做什么事情，就是在这里实现，注意，并不是在视图的

  后台代码中（.xaml.cs）中来实现.

• Model

  数据模型，实体模型，例如一个表示学生的类

他们之间的关系用一个图可以表示出来

;

这是普通的一个Mvvm运用，总结一下就是：

1.View需要显示的数据来自于ViewModel对Model的组织，WPF中的数据绑定机制会将数据更新到View上

2.View通过Command调用ViewModel中的方法对Model进行操作，完成业务

这样的架构有什么好处？

Mvvm根本的思想就是界面和业务功能进行分离，View的职责就是负责如何显示数据及发送命令，ViewModel的功能就是如何提供数据和执行命令。各司其职，互不影响。假如客户觉得这个

界面不好看，那么我们仅仅是对View作修改，不会影响到ViewModel中的功能代码，减少了犯错的机会。随着功能地增加，系统越来越复杂，相应地程序中会增加View和ViewModel文件，将

复杂的界面分离成局部的View，局部的View对应局部的ViewModel，功能点散落在各个ViewModel中，每个ViewModel只专注自己职能之内的事情。ViewModel包含了View要显示的数据，并且

知道View的交互代码，所以ViewModel就像一个无形的View。

一直以来针对View的自动化测试总是显得很困难，那么测试ViewModel就会非常方便。总结一下，使用Mvvm架构具有以下优势

• 易维护
• 灵活扩展
• 易测试

两个理念

在Mvvm中有两种理念。

• View优先（MvvmLight）
• ViewModel优先（Caliburn.Micro）

使用两种理念写出来的代码是不一样的，所以团队开发中使用其一即可。区分二者最直接的表现就在于如何显示一个View

• 在MvvmLight中

  var view=new AppView();

  view.Show();

• 在Caliburn.Micro中

  var viewModel=new AppViewModel();

  WindowManager.Show(viewModel);

在MvvmLight中，先创建一个View对象，然后在与之对应的ViewModel绑定，而在CM中，有个名为WindowManager的类会帮我们

去找到与ViewModel对应的View。后面我也会花时间整理一个CM的总结。

下一篇会针对MvvmLight进一步分析，主要是一些示例代码，它是一个很简单的框架，快速学会使用它

用好它，能够扩展的地方会详细一点.