一个系统可能由很多子系统组成。各子系统内部高度内聚,子系统之间低耦合。子系统关注自己的职责。实现: 职责分离,关注点分离。----MVC架构早期就是为了分离视图、模型而诞生的。
注:很多地方说MVC是一种设计模式,博主认为,精确来说MVC是一种架构模式(软件架构(三)名词解释:架构、设计、风格、模式),一种通用设计方案,发展至今,已不局限于前端或后端。例如springMVC就是其中一种落地实践。
MVC有很多变种,这里列出对现在行业影响最大的几种,逐一说明。老司机可以直接跳到第三节。
Trygve Reenskaug 于1979 年提出了 MVC 模式,来分离关注点,将 UI 和业务逻辑隔离。
MVC 模式将代码拆分成了三个概念单元:
最初的 MVC 模式还有其它一些需要了解的的重要概念:
1996 年,IBM 的子公司 Taligent 公开了他们基于 MVC 的 模式 MVP。其思想是将 Model 对 UI 的关注更彻底地分离:
这更接近我所见到的现在的请求/响应范式:数据流始终要经过 Controller/Presenter。不过,Presenter 仍然不会主动更新视图,它始终需要执行一次新的请求才能让变化可见。
MVP 中的 Presenter 又被称为 Supervisor Controller监督控制器。
由于应用程序的复杂性还在增加,2005 年微软的 WPF 和 Silverlight 架构师 John Gossman 又提出了 MVVM 模式,目标是进一步将 UI 设计从代码中分离出来,并提供 View 到数据模型的数据绑定机制。
MVVM 背后的思想是:
MVPVM中, View Model 是 Martin Fowler 在 2004 年提出的 Presentation Model,。
Model
一组包含业务逻辑和用例的类。
View
一个模板,模板引擎用它来生成 HTML;
ViewModel(又叫做 Presentation Model)
从查询中接收(或者从 Model 实体中提取)原始数据,持有这些模板会用到的数据。它还要封装复杂的展现逻辑,来简化Model。这样我们才能将 View 和 Model 完全隔离开:
Presenter
接收 HTTP 请求,触发命令或查询,使用查询返回的数据、ViewModel、模板和模板引擎生成 HTML 并将它返回给客户端。所有 View 的交互都要经过 Presenter。
我们对比MVC、MVP、MVVM、MVPVM的变种升级过程,可以更好的了解架构的历史变迁。
快速区分几种架构:
=========参考============
手机扫一扫
移动阅读更方便
你可能感兴趣的文章