mvvm模式和mvc的区别面试,mvc和mvvm区别面试

MVC、MVP和MVVM分别是什么_动力节点Java学院整理

MVVM（Model-View-ViewModel）如果说MVP是对MVC的进一步改进，那么MVVM则是思想的完全变革。

MVC、MVP和MVVM是常见的三种架构设计模式，当前MVP和MVVM的使用相对比较广泛，当然MVC也并没有过时之说。

MVC全名是Model View Controller，是模型（model）－视图（view）－控制器（controller）的缩写。MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM模式和MVC模式一样，主要目的是分离视图（View）和模型（Model）最典型的MVC就是JSP + servlet + javabean的模式。

MVVM与MVC最大的区别就是：MVVM实现了View和Model的自动同步，也就是当Model的属性改变时，我们不用再自己手动操作Dom元素，来改变View的显示，而是改变属性后该属性对应View层显示会自动改变。非常的神奇~MVC，MVP，MVVM是三种常见的前端架构模式（Architectural Pattern），它通过分离关注点来改进代码组织方式。

浅谈MVC,MVP,MVVM架构模式的区别和联系

架构模式的优劣分析MVC：简单易学，但随着项目复杂度增加，可能导致代码耦合，维护成本上升。在小型项目中，它可能是首选。MVP：增加代码量，但清晰的职责分离有助于降低维护成本和测试难度，适合中大型项目。

关键点在于：View与Model通过ViewModel解耦，MVC与MVVM的不同在于，MVC的Controller承担了更多的职责，而MVVM的ViewModel提供了更明确的职责划分。ViewModel的职责与特性 - ViewModel作为数据和逻辑的桥梁，封装了复杂的业务逻辑，使得视图与模型的交互更为清晰。

MVCMVC模式的意思是，软件可以分成三个部分。视图（View）：用户界面。控制器（Controller）：业务逻辑模型（Model）：数据保存各部分之间的通信方式如下。View 传送指令到 ControllerController 完成业务逻辑后，要求 Model 改变状态Model 将新的数据发送到 View，用户得到反馈所有通信都是单向的。

MVC和MVVM区别

1、于MVC不同的是，MVC是系统架构级别的，而MVVM只用于单页面上的。因此，MVVM的灵活型号要远大于MVC。如果将这里的M抛开，只看VVM的话，那就是一个组件（如treeview）的设计模式。所以MVVM模式也是组件开发的最佳实践。

2、services等等，不过它和mvc不同的地方，就是viewmodel和view的黏合度比较高，因为view必须要透过viewmodel才可以取得model，而viewmodel又必须要处理来自view的通知讯息，所以虽然职责一样分明，但是却不像mvc那样可以扩展到整个系统元件都能用。如果mvvm要和mvp比较的话，mvvm会比mvp更灵活一点。

3、MVC全名是Model View Controller，是模型（model）－视图（view）－控制器（controller）的缩写。MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM模式和MVC模式一样，主要目的是分离视图（View）和模型（Model）最典型的MVC就是JSP + servlet + javabean的模式。

4、mvc 和 mvvm 主要区别如下：mvc 中 Controller演变成 mvvm 中的 viewModel。mvvm 通过数据来驱动视图层的显示而不是节点操作。mvc中Model和View是可以直接打交道的，造成Model层和View层之间的耦合度高。而mvvm中Model和View不直接交互，而是通过中间桥梁ViewModel来同步。

5、MVVM和MVC的区别就是MVVM实现了自动同步，MVVM比较精简。MVC全名是ModelViewController，是模型（model）－视图（view）－控制器（controller）的缩写。MVVM是Model-View-ViewModel的简写。它本质上就是MVC的改进版。

6、MVVM与MVC的最大区别就是： 它实现了View和Model的自动同步 ，也就是当Model的数据改变时，我们不用再自己手动操作Dom元素，来改变View的显示，而是改变数据后该数据对应View层显示会自动改变。

mvvm模式和mvc的区别

1、mvvm模式和mvc的区别是：MVC和MVVM的区别并不是VM完全取代了C，ViewModel存在目的在于抽离Controller中展示的业务逻辑，而不是替代Controller，其它视图操作业务等还是应该放在Controller中实现。也就是说MVVM实现的是业务逻辑组件的重用。MVC中Controller演变成MVVM中的ViewModel。

2、MVVM和MVC的区别就是MVVM实现了自动同步，MVVM比较精简。MVVM实现了自动同步 它实现了View和Model的自动同步，也就是当Model的属性改变时，我们不需要再手动操作Dom元素来改变View的现实，而是改变属性后该属性对应View层显示会自动改变（对应Vue数据驱动的思想）。

3、mvc 和 mvvm 主要区别如下：mvc 中 Controller演变成 mvvm 中的 viewModel。mvvm 通过数据来驱动视图层的显示而不是节点操作。mvc中Model和View是可以直接打交道的，造成Model层和View层之间的耦合度高。而mvvm中Model和View不直接交互，而是通过中间桥梁ViewModel来同步。

4、MVC全名是Model View Controller，是模型（model）－视图（view）－控制器（controller）的缩写。MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM模式和MVC模式一样，主要目的是分离视图（View）和模型（Model）最典型的MVC就是JSP + servlet + javabean的模式。

5、MVC模式是MVVM模式的基础，他们的MV即Model，view相同，不同的是MV之间的纽带部分。MVVM和MVC的区别就是MVVM实现了自动同步，MVVM比较精简。MVC全名是ModelViewController，是模型（model）－视图（view）－控制器（controller）的缩写。MVVM是Model-View-ViewModel的简写。它本质上就是MVC的改进版。

asp、net、mvc,、mvvm有什么本质区别吗?

1、MVC：包括视图、控制器以及模型。视图传输指令到控制器，控制器完成业务逻辑后要求模型改变状态，模型将新的数据发送给视图，然后用户得到反馈，这样就形成了一个循环过程。

2、MVC与MVVM的区别 在MVC里，View是可以直接访问Model的，所以View里会包含Model信息以及一些业务逻辑。 MVC模型关注的是Model的不变，所以在MVC模型里，Model不依赖于View，但是 View是依赖于Model的。不仅如此，因为有一些业务逻辑在View里实现了，导致要更改View也是比较困难的，至少那些业务逻辑是无法重用的。

3、设计模式是对在某种环境中反复出现的问题以及解决该问题的方案的描述，它比框架更抽象；框架可以用代码表示，也能直接执行或复用，而对模式而言只有实例才能用代码表示；设计模式是比框架更小的元素，一个框架中往往含有一个或多个设计模式，框架总是针对某一特定应用领域，但同一模式却可适用于各种应用。

4、MVVM是Model-View-ViewModel的简写。它本质上就是MVC的改进版。MVVM就是将其中的View的状态和行为抽象化，让我们将视图UI和业务逻辑分开。经典MVC模式中，M是指模型，V是视图，C则是控制器，使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。

5、MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化，让我们将视图 UI 和业务逻辑分开。当然这些事 ViewModel 已经帮我们做了，它可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。

mvvm框架和mvc有什么不同

1、MVC与MVVM的区别 在MVC里，View是可以直接访问Model的，所以View里会包含Model信息以及一些业务逻辑。 MVC模型关注的是Model的不变，所以在MVC模型里，Model不依赖于View，但是 View是依赖于Model的。不仅如此，因为有一些业务逻辑在View里实现了，导致要更改View也是比较困难的，至少那些业务逻辑是无法重用的。

2、MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM模式和MVC模式一样，主要目的是分离视图（View）和模型（Model）最典型的MVC就是JSP + servlet + javabean的模式。

3、mvvm和mvc的区别：mvvm实现了view和Model的自动同步，当model的属性改变时，用户不用在手动操作dom元素来改变view的显示，它会自动变化。MVVM并不是用VM完全取代了C，ViewModel存在目的在于抽离Controller中展示的业务逻辑，而不是替代Controller，其它视图操作业务等还是应该放在Controller中实现。

4、mvc 架构适合于大型系统，它可以分层且可以在实体层面切割为不同的机器或服务，只要彼此间具有适当的通讯协定即可。