MVC-MVP-MVVM框架模式分析
MVC（Model-View-Controller）
MVC 架构模式图（经典版）
注：实际上，Model和View永远不能相互通信，只能通过Controller传递；上图只是MVC模式的经典图。
MVC一般流程：
用户操作->View（负责接收用户的输入操作）->Controller（业务逻辑处理）->Model（数据持久化）->View（将结果反馈给View），单向通信。
各模块功能：
视图（View）：用户界面。（传送指令到 Controller）
控制器（Controller）：业务逻辑 （完成业务逻辑后，要求 Model 改变状态）
- 作用：负责将 View 中用户的动作传达给 Model，将 Model 的数据通过 View 展现出来
- 负责：显示界面、响应用户的操作、网络请求以及与 Model 交互
模型（Model）：数据保存、数据持久化。（将新的数据发送到 View，用户得到反馈）
缺点：
1.Controller逻辑复杂，难以维护。
2.Controller 和 View 紧耦合，无法测试。
MVP（Model-View-Presenter）
特点：
- 各部分之间的通信，都是双向的。
- View 与 Model 不发生联系，都通过 Presenter 传递。
- View 非常薄，不部署任何业务逻辑，称为"被动视图"（Passive View），即没有任何主动性，而 Presenter非常厚，所有逻辑都部署在那里。
MVVM（Model-View-ViewModel）
各模块功能：
Model【模型】：指的是后端传递的数据。
View【视图】：指的是所看到的页面。
ViewModel【视图模型】：mvvm模式的核心，它是连接view和model的桥梁。
**ViewModel 负责: **
1.校验用户输入
2.网络请求
3.展示层的逻辑，比如格式化字符串
4.其他不能放入 Model，与 View 无关的逻辑
作用：
1、将【模型】转化成【视图】，即将后端传递的数据转化成所看到的页面。实现的方式是：数据绑定。
2、将【视图】转化成【模型】，即将所看到的页面转化成后端的数据。实现的方式是：DOM 事件监听。
这两个转化的实现过程，我们称之为数据的双向绑定
详细流程图：
注：
1.视图和模型是不能直接通信的。
2.与MVC相比，把原来View和Controller层的业务逻辑和页面逻辑等剥离出来放到ViewModel层。
在vue前端框架中，MVVM的应用：
ViewModel通常要实现一个observer观察者，当数据发生变化，ViewModel能够监听到数据的这种变化，然后通知到对应的视图做自动更新；而当用户操作视图，ViewModel也能监听到视图的变化，然后通知数据做改动，这实际上就实现了数据的双向绑定。并且MVVM中的View 和 ViewModel可以互相通信
