软件架构（六）MVC架构历史 - 只会一点java
source link: https://www.cnblogs.com/dennyzhangdd/p/16701174.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
正文
一个系统可能由很多子系统组成。各子系统内部高度内聚，子系统之间低耦合。子系统关注自己的职责。实现: 职责分离，关注点分离。----MVC架构早期就是为了分离视图、模型而诞生的。
注：很多地方说MVC是一种设计模式，博主认为，精确来说MVC是一种架构模式（软件架构（三）名词解释：架构、设计、风格、模式），一种通用设计方案，发展至今，已不局限于前端或后端。例如springMVC就是其中一种落地实践。
二、MVC的发展史
MVC有很多变种，这里列出对现在行业影响最大的几种，逐一说明。老司机可以直接跳到第三节。
2.1 MVC（Model-View-Controller）
Trygve Reenskaug 于1979 年提出了 MVC 模式，来分离关注点，将 UI 和业务逻辑隔离。
MVC 模式将代码拆分成了三个概念单元：
- Model (模型)：代表业务逻辑 ；
- View (视图)：代表 UI 控件，按钮、文本框等等；
- Controller(控制器)：在视图和模型之间居中协调 ，这意味着:
- 它决定显示哪些视图以及哪些数据；
- 它将用户操作(例如点击按钮)转换成业务逻辑。
最初的 MVC 模式还有其它一些需要了解的的重要概念：
- View 直接使用 Model 数据对象来展示数据；
- 当 Model 发生变化时，会触发一个事件立即更新 View(记住，1979年还没有 HTTP)；
- 每一个 View 通常只关联一个 Controller；
- 每个界面可以包含多对 View 和 Controller；
- 每个Controller 可以对应多个 View。
2.2 MVP（Model-View-Presenter）
1996 年，IBM 的子公司 Taligent 公开了他们基于 MVC 的 模式 MVP。其思想是将 Model 对 UI 的关注更彻底地分离：
- View 是被动的，对 Model 无感知；
- 专注于轻量 Controller(Presenter)，它们不包含任何业务逻辑，只是简单地调用命令/查询模型，将原始数据传递给 View；
- 数据的变化不会直接触发 View 的更新：它始终要通过 Presenter，由 Presenter 来更新 View。这样在更新视图之前 Controller(Presenter) 还可以执行一些和展现相关的额外逻辑。例如，同时更新另一些数据，它们和数据库中发生变化的数据有关；
- 每个 View 对应一个 Presenter。
这更接近我所见到的现在的请求/响应范式：数据流始终要经过 Controller/Presenter。不过，Presenter 仍然不会主动更新视图，它始终需要执行一次新的请求才能让变化可见。
MVP 中的 Presenter 又被称为 Supervisor Controller监督控制器。
2.3 MVVM（Model-View-ViewModel）
- ViewModel 和 View 一 一对应；
- 将 View 中的逻辑转移到 ViewModel 来简化 View；
- View 使用的数据和 ViewModel 中的数据一 一对应；
- 将 ViewModel 中的数据绑定到 View 中的数据上，这样 ViewModel 中数据的变化会立即体现在 View 上。
2.4 MVPVM(Model-View-Presenter-ViewModel)
MVPVM中， View Model 是 Martin Fowler 在 2004 年提出的 Presentation Model,。
-
Model
一组包含业务逻辑和用例的类。
-
View
一个模板，模板引擎用它来生成 HTML；
-
ViewModel(又叫做 Presentation Model)
从查询中接收(或者从 Model 实体中提取)原始数据，持有这些模板会用到的数据。它还要封装复杂的展现逻辑，来简化Model。这样我们才能将 View 和 Model 完全隔离开：
- Model 中的变化(比如实体结构的变化)会上升并影响 ViewModel，但不会影响Model；
- 复杂的展现逻辑被封装到了 ViewModel 之中，因此不会被泄露到领域(DDD领域设计的domain)之中；
- Model的依赖变得很清晰，因为它们必须在 ViewModel 中设置。
-
Presenter
接收 HTTP 请求，触发命令或查询，使用查询返回的数据、ViewModel、模板和模板引擎生成 HTML 并将它返回给客户端。所有 View 的交互都要经过 Presenter。
我们对比MVC、MVP、MVVM、MVPVM的变种升级过程，可以更好的了解架构的历史变迁。
快速区分几种架构：
- MVC：初步分离Model、View。
- MVP：Controller转变为Presenter模型和视图彻底分离。
- MVVM：废弃控制器层。增加ViewModel，实现Model和View的双向驱动。
- MVPVM：保留Presenter做页面交互，新增ViewModel给View做数据接收和展示。
=========参考============
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK