mvc mvp mvvp区别

　


 

 

 

1 简介

　　英文原文：MVC vs. MVP vs. MVVM 

　　三者的目的都是分离关注，使得UI更容易变换（从Winform变为Webform），使得UI更容易进行单元测试。

　　2 MVC/MVP

 

     2.1 MVC

　　1、View接受用户的交互请求

　　2、View将请求转交给Controller

　　3、Controller操作Model进行数据更新

　　4、数据更新之后，Model通知View数据变化

　　5、View显示更新之后的数据

　　View和Controller使用Strategy模式实现，View使用Composite模式，View和Model通过Observer模式同步信息。Controller不知道任何View的细节，一个Controller能被多个View使用。MVC的一个缺点是很难对Controller进行单元测试，Controller操作数据，但是如何从View上断言这些数据的变化呢？例如，点击一个View的按钮，提交一个事件给Controller，Controller修改Model的值。这个值反映到View上是字体和颜色的变化。测试这个Case还是有点困难的。

　　2.2 MVP

　　1、View接受用户的交互请求

　　2、View将请求转交给Presenter

　　3、Presenter操作Model进行数据库更新

　　4、数据更新之后，Model通知Presenter数据发生变化

　　5、Presenter更新View的数据

　　Presenter将Model的变化返回给View。和MVC不同的是，Presenter会反作用于View，不像Controller只会被动的接受View的指挥。正常情况下，发现可以抽象View，暴露属性和事件，然后Presenter引用View的抽象。这样可以很容易的构造View的Mock对象，提高可单元测试性。在这里，Presenter的责任变大了，不仅要操作数据，而且要更新View。

　　在现实中，MVP的实现会根据View的充、贫血而有一些不同，一部分倾向于在View中放置简单的逻辑，在Presenter放置复杂的逻辑；另一部分倾向于在presenter中放置全部的逻辑。这两种分别被称为：Passive View和Superivising Controller。

　　在Passive View中，为了减少UI组件的行为，使用Controller不仅控制用户事件的响应，而且将结果更新到View上。可以集中测试Controller，减小View出问题的风险。

　　在Superivising Controller中的Controller既处理用户输入的响应，又操作View处理View的复杂逻辑。

3 M-V-VM

MVVM 模式将 Presenter 改名为 ViewModel，基本上与 MVP 模式完全一致。

 

MVVM是在原有领域Model的基础上添加一个ViewModel，这个ViewModel除了正常的属性意外，还包括一些供View显示用的属性。例如在经典的MVP中，View有一个属性IsCheck，需要在Presenter中设置View的IsCheck值。但是在MVVM中的Presenter也会有一个IsCheck属性来同步View的IsCheck属性，可能会用到Observer模式同步IsCheck的值。在MVVM中，Presenter被改名为ViewModel，就演变成了你看到的MVVM。在支持双向绑定的平台，MVVM更受欢迎。例如：微软的WPF和Silverlight。

 

 

复杂的软件必须有清晰合理的架构，否则无法开发和维护。

MVC（Model-View-Controller）是最常见的软件架构之一，业界有着广泛应用。它本身很容易理解，但是要讲清楚，它与衍生的 MVP 和 MVVM 架构的区别就不容易了。

 

昨天晚上，我读了《Scaling Isomorphic Javascript Code》，突然意识到，它们的区别非常简单。我用几段话，就可以说清。

一、MVC

MVC模式的意思是，软件可以分成三个部分。

视图（View）：用户界面。

控制器（Controller）：业务逻辑

模型（Model）：数据保存

1接受用户指令时，MVC 可以分成两种方式。一种是通过 View 接受指令，传递给 Controller。

 

2.另一种是直接通过controller接受指令。

View 传送指令到 Controller

Controller 完成业务逻辑后，要求 Model 改变状态

Model 将新的数据发送到 View，用户得到反馈

基本的MVC所有通信都是单向的。

 

3.有些实际项目有了变形的MVC是前两种混合并且M与V是双向

实际项目往往采用更灵活的方式，以 Backbone.js 为例。

1. 用户可以向 View 发送指令（DOM 事件），再由 View 直接要求 Model 改变状态。

2. 用户也可以直接向 Controller 发送指令（改变 URL 触发 hashChange 事件），再由 Controller 发送给 View。

3. Controller 非常薄，只起到路由的作用，而 View 非常厚，业务逻辑都部署在 View。所以，Backbone 索性取消了 Controller，只保留一个 Router（路由器） 。

 

 

 

四、MVP

MVP 模式将 Controller 改名为 Presenter，同时改变了通信方向。

1. 各部分之间的通信，都是双向的。

2. View 与 Model 不发生联系，都通过 Presenter 传递。

3. View 非常薄，不部署任何业务逻辑，称为"被动视图"（Passive View），即没有任何主动性，而 Presenter非常厚，所有逻辑都部署在那里。

 

五、MVVM

MVVM 模式将 Presenter 改名为 ViewModel，基本上与 MVP 模式完全一致。

 

唯一的区别是，它采用双向绑定（data-binding）：View的变动，自动反映在 ViewModel，反之亦然。Angular 和 Ember 都采用这种模式。