mvvm框架是什么 它和其他框架的区别

MVVM 是Model-View-ViewModel 的缩写，它是一种基于前端开发的架构模式，其核心是提供对View 和 ViewModel 的双向数据绑定，这使得ViewModel 的状态改变可以自动传递给 View，即所谓的数据双向绑定。Model 层代表数据模型，也可以在Model中定义数据修改和操作的业务逻辑；View 代表UI 组件，它负责将数据模型转化成UI 展现出来，ViewModel 是一个同步View 和 Model的对象。在MVVM架构下，View 和 Model 之间并没有直接的联系，而是通过ViewModel进行交互，Model 和 ViewModel 之间的交互是双向的， 因此View 数据的变化会同步到Model中，而Model 数据的变化也会立即反应到View 上。 Vue.js 是一个提供了 MVVM 风格的双向数据绑定的 Javascript 库，专注于View 层。它的核心是 MVVM 中的 VM，也就是 ViewModel。 ViewModel负责连接 View 和 Model，保证视图和数据的一致性，这种轻量级的架构让前端开发更加高效、便捷。

国内用的比较多的就是 augular.js backbone这两个

Backbone.js——优点：强大的社区，强劲的势头；缺点：抽象较弱，很多功能亟待增加。

SproutCore——优点：对绑定的支持，可靠的社区，大量特性；缺点：过度规范，难以和不需要的特性解耦。

Sammy.js——优点：易于学习，更容易和现存的服务端应用程序整合；缺点：过于简单，无法应用于大型应用程序中。

Spine.js——优点：轻量级，文档很完备；缺点：它的核心概念“spine”是异步的用户界面，这意味着理想状况用户界面永远不会发生堵塞，而这个基础有缺陷。

Cappuccino——优点：大型深思熟虑后的框架，良好的社区，很棒的继承模型；缺点：由iOS开发者创建，使用JavaScript模拟Objective-C。

Knockout.js——优点：对绑定的支持，完备的文档和教程；缺点：绑定语法拙劣，缺少统一的视图组件层级关系。

Javascript MVC——优点：可靠的社区；缺点：基于字符串的继承模型很差，控制器与视图关系过密而缺少绑定。

GWT（Google Web Toolkit）——优点：全面的框架，良好的社区，可靠的基于Java的组件继承模型；缺点：可能无法经受时间的考验，另外，Java在客户端上的抽象有些笨拙。

Google Closure——优点：很好的基于组件的UI组合系统。缺点：缺少UI绑定支持。

Ember.js——优点：很丰富的模板系统，拥有复合视图和UI绑定；缺点：相对较新，文档不够完备。

Angular.js——优点：对模板范围和控制器设计有很好的考虑，拥有依赖注入系统，支持丰富的UI绑定语法。缺点：代码的模块性不强，视图的模块化也不够。

Batman.js——优点：代码清晰，绑定、持久化的方法简单；缺点：使用了单例控制器。

MVVM（Model-View-ViewModel）框架的由来便是MVP（Model-View-Presenter）模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去，以应对客户日益复杂的需求变化。

---