这个问题建议你系统了解下MVC→MVP→MVVM的进化历程。

（1）首先说下MVC

    MVC全名是Model View Controller，是模型（model）－视图（view）－控制器（controller）的缩写。MVC开始是存在于桌面程序中，使用MVC的目的是将M和V的实现代码分离。

从图里可以看出MVC之间的通信之间是单向的，View层会从Model层拿取数据，View和Model层存在耦合

（2）接下来说下MVP

    MVP是单词Model View Presenter的首字母的缩写，分别表示数据层、视图层、发布层，它是MVC架构的一种演变

    MVP 模式将 Controller 改名为 Presenter，同时改变了通信方向，各部分之间的通信，都是双向的，View 与 Model 不发生联系，都通过 Presenter 传递，V—>P—>M，M—>P—>V

（3）MVC和MVP之间的区别

    在MVC中，View与Model层直接交互，读取数据，不通过Controller

    在MVP中，View与Model层不直接交互，而是通过Presenter与Controller进行交互，所有的交互都是发生在Presenter 的内部

（4）MVVM模式

    1、MVVM相比较于MVP，将Presenter变成ViewModel，ViewModel可以理解成是View的数据模型和Presenter的合体

    2、MVVM中的数据可以实现双向绑定，即View层数据变化则ViewModel中的数据也随之变化，反之ViewModel中的数据变化，则View层数据也随之变化

（5）最后做个小结

    整体来看，比MVC/MVP精简了很多，不仅仅简化了业务与界面的依赖，还解决了数据频繁更新（以前用jQuery操作DOM很繁琐）的问题。因为在MVVM中，View不知道Model的存在，ViewModel和Model也察觉不到View，这种低耦合模式可以使开发过程更加容易，提高应用的可重用性。

    通俗理解，其实如果你体验过Vue或React，就会发现这种MVVM设计模式关注点不在操作DOM，而是咱们开发逻辑即可。而普通jQuery开发则需要频繁手动操作DOM。

MVC和MVVM的区别其实并不大。都是一种设计思想。

主要就是MVC中Controller演变成MVVM中的viewModel。

MVVM主要解决了MVC中大量的DOM操作使页面渲染性能降低，加载速度变慢，影响用户体验。

当和Model频繁发生变化，开发者需要主动更新到View。

MVVM：是Model-View-ViewModel的简写

M：对应于MVC的M

V：对应于MVC的V

VM：ViewModel，是把MVC里的controller的数据加载，加工功能分离出来

MVVM是Web前端一种非常流行的开发模式，

利用MVVM可以使我们的代码更加专注于处理业务逻辑而不是去关心DOM操作。

目前著名的MVVM框架有VUE，avalon，angular等

MVVM设计模式的优点

1.  双向绑定技术，当Model变化时，View-Model会自动更新，View也会自动变化。很好的做到数据的一致性

2.  由于控制器的功能大都移动到View上处理，大大的对控制器进行了瘦身

3.  View的功能进一步强化，具有控制的部分功能，

     若想无限增强它的功能，甚至控制器的全部功能几乎都可以迁移到各个View上

　（不过这样不可取，那样View干不了属于它职责范围内的事情）。

　   View可以像控制器一样具有自己都View-Model

4.  可以对View或ViewController的数据处理部分抽象出来一个函数处理model。 

      这样它们专职页面布局和页面跳转，它们必然更一步的简化。

MVVM设计模式的缺点

1.  数据绑定也使得bug很难被调试。比如你看到页面异常了，有可能是你的View的代码有bug，也可能是你的model的代码有问题。数据绑定使得一个位置的Bug被快速传递到别的位置，要定位原始出问题的地方就变得不那么容易了。

2.  数据双向绑定不利于代码重用。客户端开发最常用的是View，但是数据双向绑定技术，让你在一个View都绑定了一个model，不同的模块model都不同。那就不能简单重用view了

3.  一个大的模块中model也会很大，虽然使用方便了也很容易保证数据的一致性，但是长期持有，不释放内存就造成话费更多的内存。

MVC里，View是可以直接访问复Model的！从而，View里会包含Model信息，不可避免的还要包括一些业务逻辑。 MVC模型关注的是Model的不变，所以，在MVC模型里，Model不依赖于View，但是 View是依赖于Model的。
MVVM在概念上是真正将制页面与数据逻辑分离的模式，它把百数据绑定工作放到一个度JS里去实现，而这个JS文件的主要功能是完成数据的绑定，即把model绑定到UI的元素上。

你说的应该是MVC。

 MVVM即Model-View-ViewModel的简写。即模型-视图-视图模型。模型（Model）指的是后端传递的数据。视图(View)指的是所看到的页面。视图模型(ViewModel)是mvvm模式的核心，它是连接view和model的桥梁。它有两个方向：一是将模型（Model）转化成视图(View)，即将后端传递的数据转化成所看到的页面。实现的方式是：数据绑定。二是将视图(View)转化成模型(Model)，即将所看到的页面转化成后端的数据。实现的方式是：DOM 事件监听。这两个方向都实现的，我们称之为数据的双向绑定。

      MVC是Model-View- Controller的简写。即模型-视图-控制器。M和V指的意思和MVVM中的M和V意思一样。C即Controller指的是页面业务逻辑。使用MVC的目的就是将M和V的代码分离。MVC是单向通信。也就是View跟Model，必须通过Controller来承上启下。MVC和MVVM的区别并不是VM完全取代了C，只是在MVC的基础上增加了一层VM，只不过是弱化了C的概念，ViewModel存在目的在于抽离Controller中展示的业务逻辑，而不是替代Controller，其它视图操作业务等还是应该放在Controller中实现。也就是说MVVM实现的是业务逻辑组件的重用，使开发更高效，结构更清晰，增加代码的复用性。

Node(后端)中的 MVC 与 前端中的 MVVM 之间的区别

MVC 主要是后端的分层开发思想;

MVVM是前端页面的分层开发思想

主要关注于 视图层 分离，也就是说：MVVM把前端的视图层，分为了 三部分 Model, View , ViewModel

 
ViewModel和View之间的交互通过数据绑定，而数据绑定可以实现双向的交互，这就使得视图和控制层之间的耦合程度进一步降低

从图中我们可以看到MVVM与MVP最大的不同就在于View与ViewModel交互的时候使用了松耦合的双向绑定，而不是像View与Presenter那样直接交互。ViewModel作为View的数据映射，通常View上有什么属性，ViewModel上也会存在相应的一个属性，这两个属性通过事件实现了双向的绑定，常见的MVVM框架都替我们完成了这样的绑定过程。

MVVM(Model-View-ViewModel), 源自于经典的 Model–View–Controller(MVC)模式。

MVVM 的出现促进了 GUI 前端开发与后端业务逻辑的分离，极大地提高了前端开发效率。

MVVM 的核心是 ViewModel 层，它就像是一个中转站(value converter)，负责转换 Model 中的数据对象来让数据变得更容易管理和使用，该层向上与视图层进行双向数据绑定，向下与 Model 层通过接口请求进行数据交互，起呈上启下作用。View 层展现的不是 Model 层的数据，而是 ViewModel 的数据，由 ViewModel 负责与 Model 层交互，这就完全解耦了 View 层和 Model 层，这个解耦是至关重要的，它是前后端分离方案实施的最重要一环。

处理业务的模式不同，MVC里，View是可以直接访问Model，而MVVM是将页面与数据逻辑分离的模式，它把数据绑定工作放到一个JS里去实现;处理数据操作不同，MVVM通过数据来显示视图层而不是节点操作。