框架模式:MVC、MVP、MVVM、MVPVM
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了框架模式:MVC、MVP、MVVM、MVPVM相关的知识,希望对你有一定的参考价值。
参考技术A 早期开发没有任何概念,主要以实现需求为主,没有视图、没有模型、也没有控制器一说,功能逻辑和UI展示都杂糅在一起。1970年,TrygveReenskaug在SmallTalk-80系统上首次提出了『MVCE』概念(Model-View-Controller-Editor),后来去掉了『E』,这就是『MVC』的起源,那时的程序设计不像现在,还是GUI程序设计。
1996年的一篇论文,提出了MVC演化为了MVP;
2005年,微软架构师"John Gossman"推出了MVVM;
而我(当然网上也有),只是更进一步的优化MVVM而衍生出了MVPVM;
GOF将MVC看做是3种设计模式的合体:《观察者模式》、《策略模式》、《组合模式》;核心是《观察者模式》。
我们可以看到,Model、View、Controller三者杂糅在一起,彼此可以相互调用,耦合度非常高。
优点:
缺点:
MVP是基于MVC演化而来,主要目的是降低耦合度,让各层职责单一,同时也能够方便测试。
优点:
缺点:
咋一看,与MVP没啥区别,区别主要还是在职责上。
Model职责不变;View被化分成了两部分:1. 展示与交互;2. View的状态(即输入数据)转移至ViewModel中;因此View不再需要与Model绑定,而是与ViewModel绑定;ViewModel除了要响应用户操作,还需要维护视图状态。
在MVP中,Presenter也需要维护视图状态,只不过,Presenter会将视图状态设置到View上,Presenter自己并不持有。
在如今的MVVM框架中,很多框架都支持双向绑定,即View与ViewModel隐式绑定(不需要手动写,全由工具在编译时生成绑定)。
优点:
缺点:
基本与MVVM类似,思想是进一步解放View的职责,让每部分功能职责更加单一。
优缺点同MVVM。
浅谈开发中的MVVM模式及与MVP和MVC的区别
什么是MVVM?MVVM是Model-View-ViewModel的简写。微软的WPF带来了新的技术体验,如Silverlight、音频、视频、3D、动画……,这导致了软件UI层更加细节化、可定制化。同时,在技术层面,WPF也带来了
诸如Binding、Dependency
Property、Routed
Events、Command、DataTemplate、ControlTemplate等新特性。MVVM(Model-View-ViewModel)框架的由来便是MVP(Model-View-Presenter)模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去,以应对客户日益复杂的需求变化。
MVC和MVP,MVVM之间的关系
MVC和MVP的关系
我们都知道MVP是从经典的模式MVC演变而来,它们的基本思想有相通的地方:Controller/Presenter负责逻辑的处理,Model提供数
据,View负责显示。作为一种新的模式,MVP与MVC有着一个重大的区别:在MVP中View并不直接使用Mod 参考技术A mvc,
mvp和mvvm都是用来解决界面呈现和逻辑代码分离而出现的模式。以前只是对它们有部分的了解,没有深入的研究过,对于一些里面的概念和区别也是一知半解
以上是关于框架模式:MVC、MVP、MVVM、MVPVM的主要内容,如果未能解决你的问题,请参考以下文章