相同点是mv(model-view)，mv,不同点Ccontroller,vm(view-model)，p(presenter)

只是为了解决一类问题而总结出的抽象方法，一种架构模式往往使用了多种设计模式。

model：于封装 和应用程序的业务逻辑相关的数据 以及 对数据的处理方法

view: View作为视图层，主要负责数据的展示

有了 model,和 view 就完成了 --> 数据从模型层到视图层的逻辑

但是对于一个应用程序，他还需要--> 响应用户的操作、同步更新View和Model

• mvc 这种架构模式引入controller

  • 让它来定义界面和用户输入的响应方式，它连接模型和视图，用于控制应用程序的流程，处理用户的行为和数据上的改变。

  • controller响应view的事件，调用model对外接口，修改数据

  • 一旦Model数据发生变化便通知相关视图进行更新。

  • Model和View之间使用了观察者模式，View事先在此Model上注册，进而观察Model，以便更新在Model上发生改变的数据。

  • controll和view使用了策略模式，----> 实现不同的响应的策略只要用不同的Controller实例替换即可

1. 可以明显感觉到，MVC模式的业务逻辑主要集中在Controller,
2. 而前端的View其实已经具备了独立处理用户事件的能力，
3. 当每个事件都流经Controller时，这层会变得十分臃肿。
4. 而且MVC中View和Controller一般是一一对应的，
5. 捆绑起来表示一个组件，视图与控制器间的过于紧密的连接让Controller的复用性成了问题.

mvp 中的p横空出世

• 是MVC模式的改良，由IBM的一个子公司提出的
• MVP中的View并不能直接使用Model，而是通过为Presenter提供接口，让Presenter去更新Model，再通过观察者模式更新View。
• MVP模式通过解耦View和Model，完全分离视图和模型使职责划分更加清晰；由于View不依赖Model，可以将View抽离出来做成组件
• Presenter作为View和Model之间的 "中间人" ，除了基本的业务逻辑外，还有大量代码需要对从
• View到Model和 从Model到View的数据进行 "手动同步" ，
• 这样Presenter显得很重，维护起来会比较困难。

mvvm

最早微软提出，抄的非常的火，vue,和ag

MVVM把View和Model的同步逻辑自动化了,以前是手动更新

MVVM中的View通过使用模板语法来声明式的将数据渲染进DOM，当ViewModel对Model进行更新的时候，会通过数据绑定更新到View

在MVVM中，View不知道Model的存在，ViewModel和Model也察觉不到View，这种低耦合模式可以使开发过程更加容易，提高应用的可重用性。

在Vue中，使用了双向绑定技术（Two-Way-Data-Binding），就是View的变化能实时让Model发生变化，而Model的变化也能实时更新到View。

数据劫持 (Vue)

发布-订阅模式 (Knockout、Backbone)

脏值检查 (Angular)

通过ES5提供的 Object.defineProperty() 方法来劫持（监控）各属性的 getter 、setter ，并在数据（对象）发生变动时通知订阅者，触发相应的监听回调。并且，由于是在不同的数据上触发同步，可以精确的将变更发送给绑定的视图，而不是对所有的数据都执行一次检测。

要实现Vue中的双向数据绑定，大致可以划分三个模块：Observer、Compile、Watcher

Observer 数据监听器 负责对数据对象的所有属性进行监听（数据劫持），监听到数据发生变化后通知订阅者。

Compiler 指令解析器 扫描模板，并对指令进行解析，然后绑定指定事件。

Watcher 订阅者

MV*的目的是把应用程序的数据、业务逻辑和界面这三块解耦，分离关注点，不仅利于团队协作和测试，更有利于维护和管理。业务逻辑不再关心底层数据的读写，而这些数据又以对象的形式呈现给业务逻辑层。从 MVC --> MVP --> MVVM，就像一个打怪升级的过程，它们都是在MVC的基础上随着时代和应用环境的发展衍变而来的。