mvc，mvp，mvvm 的区别【up认为是讲得最好的】

账号已注销:
我不想长篇大论，真正的理解建议做个vue+springboot，在整个flask项目 一套下来就很通透了，jsp那烂活就别争了，服务器端渲染就写个原生php项目(很多phpcms就是原生整的) 原生！原生！原生！，这一系列下来你想不理解都困难，长篇大论的几万字我也写 但是我觉得让别人理解不易

【回复】回复 @h4ckerone :回复 @h4ckerone :我现在教同学和学弟他们写web项目，全都劝他们前后端分离开发，破jsp难维护难开发，后端要是用ssm，配置文件更是一大堆。后端用springboot，mvc模式开发，前端用vue自带的mvvm模式开发，只需要一个axios就能交互爽死了
【回复】用vue+springboot应该就是mvvm模式了吧，毕竟实际上数据的双向绑定我不需要参与，只需要把后端传过来的json直接绑定在data上就行了
【回复】回复 @___nobody___ :github[藏狐]
woshitudou:
能不能这样理解 MVC :view视图层依靠model来进行更新渲染 当数据发生改变时 第一步:通知controller进行更新 然后第二部 controller再通知model进行更新 最后model才将view更新 ,这样大量的逻辑以及更新操作 都需要在C部分操作,则产生了大量代码 不利于维护 且 model端发生变更时很难判断是由model直接更改的 还是view用户操作更改的,这样使得数据流很混乱.且相互依赖耦合度高. MVP:V与M端所有的操作都需要经过Presenter 处理后才能进行.所有通知view 与 model 数据变化的操作都是在p端进行.这样就完全分离了两端的联系,解决了耦合度问题, 但是p端内容就很多了 MVVM:利用viewmodel替代presenter,同样也是所有的数据以及视图变动都是在vm上处理进行的.但是 vm中利用diff算法,虚拟DOM等方式实现了一套数据响应式机制自动相应model中的数据变化同时实现了一套更新策略自动将数据变化转换为视图更新.减少了大量的代码,极大的提高了效率且利于维护

小奏爱吃麻婆豆腐:
道理我都懂 代码我会写 我就是不知道谁发明了MVVM这个词 我就是没文化而已啊 [OK] 我要是阅读理解题这么会答 我就不会来写代码了 结果面试的时候 一堆名词 解释不了 根本解释不了

【回复】你理解了，就按你理解的说就行，怎么白话怎么来。他要揪你白话问题那就是针对你[doge]
含金量捏:
原来是优化代码变得更可维护,我还以为是啥[笑哭]

老年痴呆中-:
mvp没接触过，不知道不明白。但是，前后端的mvc我都有接触。mvvm跟mvc前端都大的区别的就是mvvm的数据绑定，自动更视频层DOM。这让原来只写get,set的model上多了数据绑定的内容。这让原本臃肿的控制器层上很多代码移到了model层。接触mpf以后，我发现mvvm把控制器也一分为两，一个主控制器对应一个xaml文件，主控制器上创建一堆控制器去处理view上各个模块。这个主控制器像极了struts2的xml主配置文件，方便找到各个功能，更好的定位视图层问题。

牧瀬红莉栖Official:
upup，课件能发我一份吗就是视频里这个。东西太好了

朴演员_2017:
MVVM，十多年前做过WINFORM，WPF开发的会很熟悉，入门vue也容易