我认为要理解这些首字母缩略词的意思，最简单的方法就是暂时忘掉它们。相反，想想它们源自的软件，每一个软件。这实际上可以归结为早期网络和桌面之间的区别。

在2000年代中期，随着复杂性的增长，MVC软件设计模式(在20世纪70年代首次被描述)开始应用于web应用程序。想想数据库、HTML页面和中间的代码。让我们稍微改进一下以达到MVC:对于»database«，让我们假设数据库加接口代码。对于»HTML页面«，让我们假设HTML模板加上模板处理代码。对于»code inbetween«，让我们假设代码将用户单击映射到操作，可能会影响数据库，肯定会显示另一个视图。就是这样，至少为了比较的目的是这样的。

让我们保留这个网页的一个特性，不是像今天那样，而是像十年前那样，当时JavaScript还是一个低级的、卑鄙的烦恼，真正的程序员很好地避开了:HTML页面本质上是愚蠢和被动的。浏览器是一个瘦客户机，或者可以说是一个穷客户机。浏览器中没有智能。整页重载规则。每次都会重新生成»view«。

让我们记住，尽管这种网络方式风靡一时，但与桌面相比，它是非常落后的。桌面应用程序是胖客户端，也可以说是富客户端。(甚至像Microsoft Word这样的程序也可以被视为某种客户端，文档客户端。)他们是充满智慧的客户，对自己的数据了如指掌。他们是有状态的。它们在内存中缓存正在处理的数据。没有整页重载这种废话。

这种富桌面方式可能就是第二个首字母缩写MVVM的起源。不要被字母所迷惑，也不要被c的省略所迷惑。他们必须如此。没有东西被移除。我们只增加了一件事:状态性，缓存在客户端上的数据(以及处理这些数据的智能)。该数据(本质上是客户机上的缓存)现在被称为»ViewModel«。它允许丰富的交互性。就是这样。

MVC =模型、控制器、视图=本质上的单向通信=交互性差 MVVM =模型、控制器、缓存、视图=双向通信=丰富的交互性

我们可以看到，通过Flash、Silverlight，以及最重要的JavaScript, web已经拥抱了MVVM。浏览器不能再被合法地称为瘦客户机。看看它们的可编程性。看看他们的内存消耗。看看现代网页上所有的Javascript交互。

就我个人而言，我发现这个理论和缩略语业务更容易理解，看看它在具体现实中指的是什么。抽象的概念是有用的，特别是在具体的问题上，所以理解可能会有一个完整的循环。

MVVM是表示模型模式的改进(有争议)。我说有争议，因为唯一的区别是WPF如何提供数据绑定和命令处理的能力。

在web开发中，MVC是服务器端，MVVM是客户端(浏览器)。

大多数情况下，浏览器中的MVVM使用javascript。mvc有很多服务器端技术。

简单的区别:(灵感来自Yaakov的Coursera AngularJS课程)

MVC(模型-视图-控制器)

模型:模型包含数据信息。不调用或使用控制器和视图。包含业务逻辑和表示数据的方法。其中一些数据可能以某种形式显示在视图中。它还可以包含从某些源检索数据的逻辑。 控制器:作为视图和模型之间的连接。视图调用控制器，控制器调用模型。它基本上通知模型和/或视图进行适当的更改。 视图:处理UI部分。与用户交互。

模型视图视图模型

ViewModel:

它是视图状态的表示。 它保存在视图中显示的数据。 响应视图事件，也就是表示逻辑。 为业务逻辑处理调用其他功能。 永远不要直接要求视图显示任何东西。

首先，MVVM是使用XAML处理显示的MVC模式的发展。本文概述了这两者的一些方面。

模型/视图/视图模型架构的主要目的似乎是在数据(“模型”)之上，还有另一层非可视组件(“视图模型”)，它将数据的概念更紧密地映射到数据的视图(“视图”)的概念。视图绑定的是ViewModel，而不是直接绑定模型。

使用MVC将强类型视图模型注入到视图中

控制器负责更新ViewModel并将其注入View中。(用于get请求) ViewModel是DataContext和视图状态(如最后选中的项目等)的容器。 模型包含数据库实体，非常接近数据库模式，它进行查询和过滤。(我喜欢EF和LINQ) 模型还应该考虑存储库和或将结果投影到强类型(EF有一个很好的方法……EF.Database。选择(querystring, parms)直接ADO访问注入查询和返回强类型。这解决了EF是缓慢的参数。EF并不慢! ViewModel获取数据并执行业务规则和验证 post后面的控制器将调用ViewModel post方法并等待结果。 控制器会将最新更新的视图模型注入到视图中。视图只使用强类型绑定。 视图仅仅呈现数据，并将事件发送回控制器。(参见下面的例子) MVC拦截入站请求，并将其路由到具有强数据类型的适当控制器

在这个模型中，不再有HTTP级别的与请求或响应对象的接触，因为MSFT的MVC机器对我们隐藏了它。

澄清上文第6项(应要求)…

假设ViewModel是这样的:

public class myViewModel{
     public string SelectedValue {get;set;}
public void Post(){
    //due to MVC model binding the SelectedValue string above will be set by MVC model binding on post back.
    //this allows you to do something with it.
    DoSomeThingWith(SelectedValue);
    SelectedValue = "Thanks for update!";
 }
}

这篇文章的控制器方法看起来像这样(见下文)，注意mvm的实例是由MVC绑定机制自动实例化的。因此，您永远不必下拉到查询字符串层!这是MVC基于查询字符串为您实例化ViewModel !

[HTTPPOST]   
public ActionResult MyPostBackMethod (myViewModel mvm){
         if (ModelState.IsValid)
        {
               // Immediately call the only method needed in VM...
               mvm.Post()
        }
      return View(mvm);
}

注意，为了让上面的actionmethod像你想要的那样工作，你必须定义一个空CTOR来初始化post中没有返回的东西。回发也必须回发那些发生变化的名称/值对。如果缺少名称/值对，MVC绑定引擎就会做正确的事情，而这根本不是什么!如果发生这种情况，你可能会发现自己说“我正在丢失回post的数据”…

这种模式的优点是ViewModel做了所有“杂乱”的工作，接口到模型/业务逻辑，控制器只是一个路由器。这是SOC在起作用。