前言：

模型—视图—视图模型（Model-View-ViewModel，MVVM），本质上是MVC（模型—视图—控制器）的改进版，其最重要的特性是数据绑定（data binding），此外还包括依赖注入，路由配置，数据模板等一些特性。

从MVC到MVVM

模型—视图—控制器（Model-View-Controller，MVC）模式，在Web 1.0 时代曾被广泛应用于Web架构中，然而其诞生的时间却比Web早几年。最初，MVC被应用于桌面程序中，在PSP、JSP等脚本语言诞生之后，也逐渐成为Web开发的主流模式。

View视图层是用户能给个看到并进行交互的客户端界面，如桌面应用的图形界面、浏览器端渲染的网页等；Model指业务模型，用于计算、校验、处理和提供数据，但不直接于用户产生交互；Controller控制器则负责收集用户输入的数据，向相关模型请求数据并返回相应的视图来完成交互请求。

MVC模式实现了M和V的代码分离,M专注于数据，V专注于表达，C则在M和V之间架起了一座桥梁。即使采用同一个Model的数据，如果调用不同的View（如柱状图和表格），也会得到不同的页面呈现。这样的设计，不仅减少了Model层的冗余代码，使得Model和View更加灵活和易于维护，同时也简化了先后母的架构和管理。

随着技术日新月异的更迭，MVC渐渐演化出更多的形态。虽然这些模式都有特定的名称，然而实际上他们都是MVC的衍生版本。因此，有的开发者也将他们成为“MV模式”，MVVM就是其中的一种。

与MVC模式一样，MVVM的主要目的是分离视图（View）和模型（Model），ViewModel层封装了界面展示和操作的属性和接口。通过数据绑定，我们可以将View和ViewModel关联在一起，当ViewModel中的数据发生变化时，View也会同步进行更新。

MVVM模式解耦了视图和模型。在模式中，每一个视图都有对应的一个ViewModel，同时ViewModel与模型建立联系。当接收到用户请求后，ViewModel获取模型响应数据，并通过数据绑定将相应的视图页面重新渲染。模型层的数据只需要传入ViewModel即可实现视图的同步更新，从而实现了视图和模型之间的松散耦合。

于MVC不同的是，MVC是系统架构级别的，而MVVM只用于单页面上的。因此，MVVM的灵活型号要远大于MVC。如果将这里的M抛开，只看VVM的话，那就是一个组件（如treeview）的设计模式。所以MVVM模式也是组件开发的最佳实践。