框架模式:MVC、MVP、MVVM、MVPVM
1个回答
展开全部
早期开发没有任何概念,主要以实现需求为主,没有视图、没有模型、也没有控制器一说,功能逻辑和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。
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。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询