MVVM模型-视图视图模型类似于MVC，模型-视图控制器

控制器被替换为ViewModel。ViewModel位于UI层下面。ViewModel公开视图所需的数据和命令对象。你可以把它想象成一个容器对象视图从它那里获取数据和动作。ViewModel从模型中提取数据。

Russel East写了一篇博客，详细讨论了为什么MVVM不同于MVC

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

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

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

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

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

模型视图视图模型

ViewModel:

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

mvmc，或者MVC+，对于企业和快速应用程序开发来说似乎是一种可行的方法。虽然将UI与业务和交互逻辑分开很好，但“纯”MVVM模式和大多数可用示例在单一视图上工作得最好。

对您的设计不太确定，但我的大多数应用程序都包含页面和几个(可重用的)视图，因此ViewModels确实需要在某种程度上进行交互。使用页面作为控制器将完全违背MVVM的目的，因此不为底层逻辑使用“VM-C”方法可能会导致..嗯. .随着应用程序的成熟，具有挑战性的构造。即使在VB-6中，我们中的大多数人也可能停止了对Button事件进行业务逻辑编码，并开始将命令“中继”到控制器，对吗?我最近研究了许多关于这个主题的新兴框架;我最喜欢的显然是Magellan(在codeplex)方法。编码快乐!

http://en.wikipedia.org/wiki/Model_View_ViewModel#References

在MVVM中，控制器不会被ViewModel取代，因为ViewModel的功能与控制器完全不同。你仍然需要一个控制器，因为如果没有控制器，你的模型、视图模型和视图就做不了什么…在MVVM中你也有一个控制器，MVVM这个名字是错误的。

在我看来，MVVMC是正确的名字。

正如你所看到的，ViewModel只是MVC模式的一个附加。它将转换逻辑(例如将对象转换为字符串)从控制器移动到ViewModel。

MVVM模型-视图视图模型类似于MVC，模型-视图控制器

控制器被替换为ViewModel。ViewModel位于UI层下面。ViewModel公开视图所需的数据和命令对象。你可以把它想象成一个容器对象视图从它那里获取数据和动作。ViewModel从模型中提取数据。

Russel East写了一篇博客，详细讨论了为什么MVVM不同于MVC