MVVM模式(一)

       MVVM模式是Model、View、ViewModel的简称，最早出现在WPF，现在Silverlight中也使用该模式，MVVM模式是对MVC模式的变种。哪儿变了？我认为MVVM和MVC的主要变化在于MVVM更适合于XAML。

 

MVVM模式和MVC模式一样，主要目的是分离视图（View）和模型（Model），有几大好处：

1. 低耦合。视图（View）可以独立于Model变化和修改，一个ViewModel可以绑定到不同的"View"上，当View变化的时候Model可以不变，当Model变化的时候View也可以不变。

2. 可重用性。你可以把一些视图逻辑放在一个ViewModel里面，让很多view重用这段视图逻辑。

3. 独立开发。开发人员可以专注于业务逻辑和数据的开发（ViewModel），设计人员可以专注于页面设计，使用Expression Blend可以很容易设计界面并生成xaml代码。

4. 可测试。界面素来是比较难于测试的，而现在测试可以针对ViewModel来写。

 

MVVM的Model、View、ViewModel分工：

1. View

• 负责界面和显示，界面构成元素有Window, Controls, Page, DataTemplete, Custom controls　　
• 代码通常有XAML和XAML.CS组成，但后台代码应该很少
• 通过DataContext和ViewModel绑定
• 不直接和Model交互
• 控件可以和ViewModel的公共属性绑定，update需要双向绑定
• 控件可以触发Behavior/Command调用ViewModel的方法，Command是View到ViewModel的单向通讯 (View中触发事件，ViewModel中处理事件)

2. ViewModel

• 主要包括界面逻辑和模型数据封装，Behavior/Command事件响应，绑定的属性定义等
• ViewModel继承Model类，或者是Model的继承类
• 是view和model的桥梁，是对Model的抽象，例如，model中数据格式是“年月日”，可以在viewModel中转换model中的数据为“日月年”以供视图（view）显示。
• 维护视图状态
• 实现属性或集合的change notification

3. Model

• 数据和业务逻辑
• 客户端领域模型
• 由data entities, business objects, repositories and services构成
• 可以实现属性或集合的change notification
• 可以实现validation 接口例如 IDataErrorInfo

 

View和ViewModel主要通过数据绑定和Command/Behavior进行交互，如下图所示：