MVC
MVC（Mode View Controller）是一种设计模式，它将应用划分为三个部分：
数据（模型）、展现层（视图）、用户交互（控制器）。
一个事件发生的过程：
① 用户和应用产生交互
② 控制器的事件处理器被触发
③ 控制器从模型中请求数据，并将其交给视图
④ 视图将数据呈现给用户
M —— 模型 真正的逻辑处理，存放应用的所有数据对象
不必知道V、C的逻辑，是应用中解耦出来的部分。
V —— 视图 只负责呈现给用户的页面的显示和样式的展示，html、css、js模板组成
除了模板中简单的条件语句，视图不应当包含任何其他逻辑。
将逻辑混入视图是编程大忌，但不是不允许，只要这部分逻辑没有定义在视图内即可。将视觉呈现逻辑归类为“视图助手”（helper）：和视图相关的独立的小工具函数。
C —— 控制器 是M和V之间的纽带，进行页面节点事件的注册和控制，以及页面加载性能的实现。
从视图获取事件和输入，进行处理，并更新视图。页面加载时，会给视图添加监听事件，如监听表单按钮点击、提交。
MVVM
MVVM（Model View ViewModel）耦合性比较松，灵活性更强。
M —— 模型 负责业务逻辑和数据的封装
V —— 视图 只负责界面和显示，与显示逻辑无关
VM —— 视图模型 负责了所有的显示逻辑，在模型的基础上对模型数据进行封装，并定义了显示层的逻辑，负责模型与视图的交互。
一个视图模型（VM）可以为多个视图（V）服务，视图层（V）只需要选择视图模型（VM）中的属性、方法并绑定。
优点：
① 低耦合 view可以独立于model变化和修改
② 可重用性 很多view可以用同一个viewmodel
③ 独立开发
④ 可测试 可以针对viewmodel来写测试，测试界面
MVP
MVP（Model View Presenter）切断了view和model的联系，让view只和presenter（原controller）交互，减少在需求变化中需要维护对象的数量。
MVP定义了presenter和view之间的接口，让一些可以根据已有的接口协议去各自分别独立开发，以此去解决界面需求变化频繁的问题。
MVP优点：
① 模型与视图完全分离，可以修改视图但不影响模型
② 可以更高效的使用模型，因为所有的交互都发生在presenter（展示器）内部
③ 可以将一个presenter用于多个视图，而不需要改变presenter的逻辑
④ 如果把逻辑放在presenter中，就可以脱离用户接口来测试这些逻辑（单元测试）
MVP缺点：
因为对视图的渲染presenter中，所以视图和presenter的交互过于频繁。如果presenter过多的渲染了视图，往往会使得它与特定的视图的联系过于紧密，“动一发很可能要牵另一发”。