三、MVVM模式1，MVVM模式的原理

维基原文：维基百科Model–view–viewmodel

中文原文：http://www.jianshu.com/p/63caa72623e6

1、什么是MVVM模式？

Model–view–viewmodel(MVVM) 是一个软件架构设计模式。

MVVM 是Martin Fowler的Presentation Model设计模式的一个演变。和 Fowler 的 Presentation Model 一样，MVVM 抽象了 view 的状态和行为。但是，和 Presentation Model 抽象一个 view 不依赖于一个特定的UI平台的做法相反，MVVM是由微软WPF 和 Silverlight 的架构师Ken Cooper 和 Ted Peters开发，是一种简化用户界面的事件驱动编程方式。

由John Gossman（同样也是WPF和Silverlight的架构师）与2005年在他的博客上发表。

MVVM 和 Presentation Model 都源自于model–view–controller模式（MVC）。MVVM 促进了 GUI 开发与业务逻辑或者后端逻辑的分离，MVVM 中的 viewmodel 是一个转值器（value converter）；这意味着 viewmodel 负责暴露（转换）model 中的数据对象来让对象变得更容易管理和使用。从这方面来说，viewmodel 更像一个 model 而不是 view，并且处理了大多数 view 的显示逻辑。viewmodel 也可以实现一个中介者模式来组织访问围绕 view 支持下用例集的后端逻辑。

Model–view–viewmodel 也被称为model–view–binder，尤其运用但不仅仅在 .NET 平台。ZK(一个 java 的 web 应用框架) 和KnockoutJS（一个JS库）便用到了model–view–binder.

2、MVVM模式的组成

Model

Model 是指任何一个领域模型(domain model)，它代表了真实情况的内容（一个面向对象的方法），或表示内容（以数据为中心的方法）的数据访问层。

View

就像在 MVC 和 MVP 模式下，View就是用户界面（UI）。

Viewmodel

ViewModel 是一个公开公共属性和命令的抽象的view。取代了 MVC 模式的 controller，或 MVP 模式的任命者(presenter)，MVVM 有一个驱动。在 viewmodel 中，这种驱动传达视图和数据绑定的通信。此 viewmodel 已被描述为该 model 中的数据的状态。

Binder机制

MVVM 模式中包含了说明性数据和命令绑定机制。微软的做法中，binder是一种叫 XAML 的标记语言。binder 使得开发人员不需要去编写样板化的代码来同步视图模型和视图。如果在微软解决方案库外执行实施成功了，那么这种数据绑定机制就是促成这个模式得以发展的关键性因素。

3、基本原理

MVVM 设计中充分利用了 WPF 中数据绑定功能，通过从 view 层消除几乎所有的 GUI 代码（“代码后置”），以更好地促进将视图层从其它模式中分离出来开发。开发人员不再需要具有用户体验才能来编写GUI代码，他们可以用由应用开发人员开发和维护的框架中的标记语言（如 XAML），来创建数据和 viewmodel 绑定。这种角色的分离使得UX设计师专注于UX的需求而不是编程的逻辑。因此应用程序层可在多个工作流开发以提高生产率。即使代码库只有一个开发人员，对 view 和 model 的适当分离都会更有效率，因为用户界面通常变化频繁，而且在开发周期期间，终端用户的反馈时间也会比较迟。

MVVM模式视图在MVC中提供的分离功能开发的优点的基础上，同时利用数据绑定的优点和绑定数据的框架，以求达到一种尽可能接近的纯应用程序模型。它使用了 binder，viewmodel 和任何业务层“数据检查”功能来验证输入的数据。其结果是，model 和框架驱动尽可能多的操作以消除或减少其直接操纵view的应用逻辑（例如，代码后置）。

4、不足之处

对 MVVM 模式的批评是来自 MVVM 创建者 John Gossman，他指出，对于简单的用户界面操作，执行 MVVM 的花费“ 过头了”。他还指出，对于较大的应用，推广 ViewModel 变得更加困难。此外，他还说明大型应用项目里数据绑定可以引起相当大的内存消耗。