Model–view–viewmodel(wiki翻译)

411 阅读4分钟

(本文译自wiki百科Model–view–viewmodel词条,转载此文请注明原文和本文链接)

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.

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 使得开发人员不需要去编写样板化的代码来同步视图模型和视图。如果在微软解决方案库外执行实施成功了,那么这种数据绑定机制就是促成这个模式得以发展的关键性因素。

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

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

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