mvc和mvvm区别,MVC与MVVM区别？
mvc和mvvm区别,MVC与MVVM区别？详细介绍
本文目录一览： mvvm和mvc的区别
MVVM和MVC的区别就是MVVM实现了自动同步，MVVM比较精简。
1、MVVM实现了自动同步
它实现了View和Model的自动同步，也就是当Model的属性改变时，我们不需要再手动操作Dom元素来改变View的现实，而是改变属性后该属性对应View层显示会自动改变（对应Vue数据驱动的思想）。
2、MVVM比较精简
MVVM比MVC也精简了许多，不仅简化了业务和界面的依赖，还解决了数据频繁更新的问题，不在用选择器操作DOM元素，因为在MVVM中View不知道Model的存在，Model和ViewModel也观察不到View，这种低耦合模式提高了代码的可重用性。
MVC
MVC全名是（Model View Controller），是模型——视图——控制器的缩写，一种软件设计典范模型（model）：是应用程序中用于处理应用程序数据逻辑的部分，通常模型对象负责在数据库中存取数据视图（view）：是应用程序中处理数据显示的部分。
通常视图是依据模型数据创建的控制器（controller）：是应用程序中处理用户交互的部分。通常控制器负责从视图读取数据：控制用户输入，并且向模型发送数据。
MVc的思想：简单说就是controller负责将model中的数据用view显示出来换句话说就是在controller里面吧model的数据赋值给view。
mvvm模式和mvc的区别
mvc中Controller演变成mvvm中的viewModel。mvvm通过数据来驱动视图层的显示而不是节点操作。mvc中Model和View是可以直接打交道的，造成Model层和View层之间的耦合度高。
MVC模式是MVVM模式的基础，他们的MV即Model，view相同，不同的是MV之间的纽带部分。
MVVM和MVC的区别就是MVVM实现了自动同步，MVVM比较精简。
MVC全名是ModelViewController，是模型(model)－视图(view)－控制器(controller)的缩写。MVVM是Model-View-ViewModel的简写。它本质上就是MVC的改进版。
MVC即：Model-View-Controller（模型-视图-控制器），其中M是指业务模型、V是指界面显示层、C是控制器。MVC目的是将M层和V层分离，在此模式下可实现同一个程序使用不同的表现形式。
MVVMMVVM模式将Presenter改名为ViewModel，基本上与MVP模式完全一致。唯一的区别是，它采用双向绑定（data-binding）：View的变动，自动反映在ViewModel，反之亦然。
mvvm模式和mvc的区别
mvc 和 mvvm 主要区别如下：
1、mvc 中 Controller演变成 mvvm 中的 viewModel。
2、mvvm 通过数据来驱动视图层的显示而不是节点操作。
3、mvc中Model和View是可以直接打交道的，造成Model层和View层之间的耦合度高。而mvvm中Model和View不直接交互，而是通过中间桥梁ViewModel来同步。
4、mvvm主要解决了:mvc中大量的DOM 操作使页面渲染性能降低，加载速度变慢，影响用户体验。
MVVM模式的组成部分：
模型
模型是指代表真实状态内容的领域模型（面向对象），或指代表内容的数据访问层（以数据为中心）。
视图
就像在MVC和MVP模式中一样，视图是用户在屏幕上看到的结构、布局和外观（UI）。
视图模型
视图模型是暴露公共属性和命令的视图的抽象。MVVM没有MVC模式的控制器，也没有MVP模式的presenter，有的是一个绑定器。在视图模型中，绑定器在视图和数据绑定器之间进行通信。
绑定器
声明性数据和命令绑定隐含在MVVM模式中。在Microsoft解决方案堆中，绑定器是一种名为XAML的标记语言。绑定器使开发人员免于被迫编写样板式逻辑来同步视图模型和视图。在微软的堆之外实现时，声明性数据绑定技术的出现是实现该模式的一个关键因素。
MVC与MVVM区别？
MVVM与MVC最大的区别就是：MVVM实现了View和Model的自动同步，也就是当Model的属性改变时，我们不用再自己手动操作Dom元素，来改变View的显示，而是改变属性后该属性对应View层显示会自动改变。非常的神奇~
MVC,MVP,MVVM是三种常见的前端架构模式(Architectural Pattern),它通过分离关注点来改进代码组织方式。不同于设计模式(Design Pattern),只是为了解决一类问题而总结出的抽象方法，一种架构模式往往能使用多种设计模式。
MVC模式是MVP,MVVM模式的基础，这两种模式更像是MVC模式的优化改良版,他们三个的MV即Model，view相同，不同的是MV之间的纽带部分。
拓展内容：MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。
MVVM本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化，让我们将视图 UI 和业务逻辑分开。当然这些事 ViewModel 已经帮我们做了，它可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。
微软的WPF带来了新的技术体验，如Silverlight、音频、视频、3D、动画??，这导致了软件UI层更加细节化、可定制化。同时，在技术层面，WPF也带来了 诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。
MVVM（Model-View-ViewModel）框架的由来便是MVP（Model-View-Presenter）模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去，以应对客户日益复杂的需求变化。
mvvm框架和mvc有什么不同
在MVC里，View是可以直接访问Model的！从而，View里会包含Model信息，不可避免的还要包括一些业务逻辑。 MVC模型关注的是Model的不变，所以，在MVC模型里，Model不依赖于View，但是 View是依赖于Model的。不仅如此，因为有一些业务逻辑在View里实现了，导致要更改View也是比较困难的，至少那些业务逻辑是无法重用的。
MVVM在概念上是真正将页面与数据逻辑分离的模式，它把数据绑定工作放到一个JS里去实现，而这个JS文件的主要功能是完成数据的绑定，即把model绑定到UI的元素上。
有人做过测试：使用Angular（MVVM）代替Backbone（MVC）来开发，代码可以减少一半。
此外，MVVM另一个重要特性，双向绑定。它更方便你同时维护页面上都依赖于某个字段的N个区域，而不用手动更新它们。
1.MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写。
2.MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。
3.MVVM模式和MVC模式一样，主要目的是分离视图（View）和模型（Model）
4.最典型的MVC就是JSP + servlet + javabean的模式。
也就是说，不管是MVC还是MVVM,都是为了使程序更加便利，用一个成语来说，叫做各司其职，每一层由每一层相应的工作，不会多做也不会少做，而MVVM也是与时俱进的产物，应对人们日益复杂的需求变化而产生的。
mvvm模式和mvc的区别
mvvm模式和mvc的区别是：
MVC和MVVM的区别并不是VM完全取代了C，ViewModel存在目的在于抽离Controller中展示的业务逻辑，而不是替代Controller，其它视图操作业务等还是应该放在Controller中实现。也就是说MVVM实现的是业务逻辑组件的重用。
MVC中Controller演变成MVVM中的ViewModel。
MVVM通过数据来显示视图层而不是节点操作。
MVVM主要解决了MVC中大量的dom操作使页面渲染性能降低，加载速度变慢，影响用户体验等问题。
mvvm模式和mvc模式解耦视图和模型的区别是：
在模式中，每一个视图都有对应的一个ViewModel，同时ViewModel与模型建立联系。当接收到用户请求后，ViewModel获取模型响应数据，并通过数据绑定将相应的视图页面重新渲染。
模型层的数据只需要传入ViewModel即可实现视图的同步更新，从而实现了视图和模型之间的松散耦合。
于MVC不同的是，MVC是系统架构级别的，而MVVM只用于单页面上的。因此，MVVM的灵活型号要远大于MVC。如果将这里的M抛开，只看VVM的话，那就是一个组件（如treeview）的设计模式。所以MVVM模式也是组件开发的最佳实践。
MVC和MVVM区别
原文链接：https://blog.csdn.net/qq_40007317/article/details/117744206
MVC是一种设计模式：
M（Model）：模型层。是应用程序中用于处理应用程序数据逻辑的部分，模型对象负责在数据库中存取数据；
V（View）：视图层。是应用程序中处理数据显示的部分，视图是依据模型数据创建的；
C（Controller）：控制层。是应用程序中处理用户交互的部分，控制器接受用户的输入并调用模型和视图去完成用户的需求，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。
vue框架中MVVM的M就是后端的数据，V就是节点树，VM就是new出来的那个Vue({})对象
M（Model）：模型层。就是业务逻辑相关的数据对象 ，通常从数据库映射而来，我们可以说是与数据库对应的model。
V（View）：视图层 。就是展现出来的用户界面。
VM（ViewModel）：视图模型层 。连接view和model的桥梁。因为，Model层中的数据往往是不能直接跟View中的控件一一对应上的，所以，需要再定义一个数据对象专门对应view上的控件。而ViewModel的职责就是把model对象封装成可以显示和接受输入的界面数据对象。
View与ViewModel之间通过双向绑定建立联系，这样当View（视图层）变化时，会自动更新到ViewModel（视图模型），反之亦然。
MVVM与MVC的最大区别就是： 它实现了View和Model的自动同步 ，也就是当Model的数据改变时，我们不用再自己手动操作Dom元素，来改变View的显示，而是改变数据后该数据对应View层显示会自动改变。MVVM并不是用VM完全取代了C，ViewModel存在目的在于抽离Controller中展示的业务逻辑，而不是替代Controller，其它视图操作业务等还是应该放在Controller中实现。
MVC与MVVM区别？
在MVC里，View是可以直接访问Model的!从而，View里会包含Model信息，不可避免的还要包括一些业务逻辑。MVC模型关注的是Model的不变，所以，在MVC模型里，Model不依赖于View，但是
View是依赖于Model的。不仅如此，因为有一些业务逻辑在View里实现了，导致要更改View也是比较困难的，至少那些业务逻辑是无法重用的。MVVM在概念上是真正将页面与数据逻辑分离的模式，它把数据绑定工作放到一个JS里去实现，而这个JS文件的主要功能是完成数据的绑定，即把model绑定到UI的元素上。有人做过测试：使用Angular(MVVM)代替Backbone(MVC)来开发，代码可以减少一半。
首先是mvc，顾名思义，mvc是将model,
view和controller分离，让彼此的职责(responsibility)能够明确的分开，这样不论是改m,
v还是c，都可以确保另外两层可不用做任何修改，同时这样的分层也可以加强程式的可测试性(testability)，view和model基本上是相关的，但它们并不会有直接的相依关系，而是由controller去决定model产生的资料，然后丢给view去做呈现，也就是说，controller是model和view之间的协调者(coordinator)，view和model不能直接沟通，以确保责任的分离。而controller可以只是一个系结model和view的小类别，也可以是大到包含workflow,
enterprise
services或是做为外部系统的proxy
services等的逻辑系统，mvc各元件是可以分离的组件，也可以是分离的系统(当然要设计一些机制在相互沟通)
再来是mvvm，mvvm的架构一样是m,
v分离，但中间是以vm
(viewmodel)来串接，这个viewmodel比较像是view的一个代理程式，它负责直接对model做沟通，而view可以透过一些机制(ex:
events,
two-way
databindings,
...)来和viewmodel沟通以取得资料或将资料抛给model做存取等工作，viewmodel也可以作为和外部系统的代理程式，例如web
service或是rest
service或是enterprise
services等等，不过它和mvc不同的地方，就是viewmodel和view的黏合度比较高，因为view必须要透过viewmodel才可以取得model，而viewmodel又必须要处理来自view的通知讯息，所以虽然职责一样分明，但是却不像mvc那样可以扩展到整个系统元件都能用。如果mvvm要和mvp比较的话，mvvm会比mvp更灵活一点。
接着是mvp，mvp一样也是职责分明，且model与view分离的架构，但是这个p
(presenter)和viewmodel就很类似，不过就如同presenter
(主持人)这个字所代表的意义，所有主控view呈现的工作，都是由presenter来做，而view本身只是presenter所要使用的舞台而已，所以view原则上会相依于presenter，但是为了要做到关注点分离(soc原则)，所以在view和presenter间都会加入一个介面(ex:
iview)，然后以ioc的方式将view注射到presenter中，而presenter就使用介面所定义的方法去操控，而view就透过介面所定义的方法去呈现介面即可。但也因为受限于介面，所以presenter只能依介面定义的动作去回应与处理，而不能再做更多的延伸功能，除非更改view的介面
由上面各个架构的讨论，我们可以得到以下的结果：
mvc
架构适合于大型系统，它可以分层且可以在实体层面切割为不同的机器或服务，只要彼此间具有适当的通讯协定即可。
mvvm
架构适合像xaml
这种与程式码无关(code
ignorance)
的使用者介面设计，只要view
中下特定的指令与viewmodel
串接，就可以享有viewmodel
沟通的功能，而viewmodel
只需做一些特别的介面实作，即可平顺的和view
沟通。
mvp
架构适合集中由程式码决定view
动作的应用程式，而view
只需要实作特定的介面即可，不需要太复杂的工作，但presenter
则可能会受限于view
介面的动作，而无法做更进一步对view
的控制。
浅谈MVC，MVP，MVVM架构模式的区别和联系
MVC、MVP、MVVM这些模式是为了解决开发过程中的实际问题而提出来的，目前作为主流的几种架构模式而被广泛使用。
一、MVC（Model-View-Controller）
MVC是比较直观的架构模式，用户操作->View（负责接收用户的输入操作）->Controller（业务逻辑处理）->Model（数据持久化）->View（将结果反馈给View）。
MVC使用非常广泛，比如JavaEE中的SSH框架（Struts/Spring/Hibernate），Struts（View, STL）-Spring（Controller, Ioc、Spring MVC）-Hibernate（Model, ORM）以及ASP.NET中的ASP.NET MVC框架，xxx.cshtml-xxxcontroller-xxxmodel。（实际上后端开发过程中是v-c-m-c-v，v和m并没有关系，下图仅代表经典的mvc模型）
二、MVP（Model-View-Presenter）
MVP是把MVC中的Controller换成了Presenter（呈现），目的就是为了完全切断View跟Model之间的联系，由Presenter充当桥梁，做到View-Model之间通信的完全隔离。
.NET程序员熟知的ASP.NET webform、winform基于事件驱动的开发技术就是使用的MVP模式。控件组成的页面充当View，实体数据库操作充当Model，而View和Model之间的控件数据绑定操作则属于Presenter。控件事件的处理可以通过自定义的IView接口实现，而View和IView都将对Presenter负责。
三、MVVM（Model-View-ViewModel）
如果说MVP是对MVC的进一步改进，那么MVVM则是思想的完全变革。它是将“数据模型数据双向绑定”的思想作为核心，因此在View和Model之间没有联系，通过ViewModel进行交互，而且Model和ViewModel之间的交互是双向的，因此视图的数据的变化会同时修改数据源，而数据源数据的变化也会立即反应到View上。
这方面典型的应用有.NET的WPF，js框架Knockout、AngularJS等。
以上。