Vue原理、双向数据绑定原理、Object.defineProperty()数据劫持的缺点、MVVM/MVC/MVP的区别

Vue的基本原理

当一个实例创建时，Vue会遍历data中的属性，用Object.defineProperty()将它们转化为getter/setter，并且在内部追踪相关依赖，在属性被访问和修改时通知变化，每个组件实例都有相对应的watcher程序实例，它会在组件渲染的过程中，把属性记录为依赖，之后当依赖项的setter被调用时，会通知watcher重新计算，从而致使它关联的组件得以更新。

双向数据绑定原理

Vue.js是采用数据劫持结合发布者-订阅者模式的方式，通过Object.defineproperty()来劫持各个属性的setter，getter，在数据变动时发布信息给订阅者，触发相应的监听回调，主要分为几个步骤：

1.需要observe的数据对象进行递归遍历，包括自属性对象的属性，都加上setter和getter这样的话，给这个对象的某个值赋值，就会触发setter，那么就能监听到了数据变化。

2.compile解析模版指令，将模版中的变量替换成数据，然后初始化渲染页面试图，并将每个指令对应的节点绑定更新函数，添加监听数据的订阅者，一旦数据有变动，收到通知，更新视图

3.Watcher订阅者是Observer盒Compile之间的通信桥梁，主要做的事情是：

1⃣️在自身实例化时往属性订阅器（dep）里面添加自己

2⃣️自身必须有一个update（）方法

3⃣️带属性变动dep.notice（）通知时，能调用自身的update（）方法，并触发Compile中绑定的回调

4.MVVM作为数据绑定的入口，整合Observe、Compile和Watcher三者，通过Observer来监听自己的model数据变化，通过Compile来解析编译模版指令，最终利用Watcher搭起Observer和Compile之间的通信桥梁，达到数据变化 -> 视图更新；视图交互变化（input）-> 数据model变更的双向数据绑定效果。

 

适用Object.defineProperty（）来进行数据劫持有什么缺点？

在对一些属性进行操作时，适用这种方法无法拦截，比如通过下标方式修改数组数据或者给对象新增属性，这都不能触发组件的重新渲染，因为Object.defineProperty不能拦截到这些操作，更精确的来说，对于数组而言，大部分操作都是拦截不到的，只是Vue内部通过重写函数的方式解决了这个问题。

在Vue3.0中已经不在使用这种方式了，而是通过使用Proxy对 对象进行代理，从而实现数据劫持。使用Proxy的好处是它可以完美的监听到任何方式的数据改变，唯一的缺点是兼容性的问题，因为Proxy是ES6的语法。

 MVVM、MVC、MVP的区别

MVC、MVP和MVVM是三种常见的软件架构设计模式，主要通过分离关注点的方式来组织代码结构，优化开发效率。

在开发但页面应用时，往往一个路由页面对应了一个脚本文件，所有的页面逻辑都在一个脚本文件里。页面的渲染、数据的获取，对用户事件的响应所有的逻辑都混合在一起，这样在开发简单项目，可能看不出来什么问题，如果项目变得复杂，那么整个文件就会变得冗长混乱，这样对项目的开发和后期的项目维护是非常不利的。

（1）MVC

MVC通过分离model、View和Controller的方式来组织代码结构，其中View负责页面的显示逻辑，Model负责存储页面的业务数据，以及对相应数据的操作。并且View和Model应用了观察者模式，当Model层发生变化的时候他会通知有关View层更新页面，Contoller层是View层和Model的纽带，它主要负责用户与应用的相应操作，当用户与页面发生交互的时候，Contoller中的事件触发器就开始工作了，通过调用Model层，来完成对Model的修改，然后Model层再去通知View层更新。

 

（2）MVVM

MVVM分为Mode、View、ViewModel：

Model代表数据模型，数据和业务逻辑都在Model层中定义；

View代表UI视图，负责数据的展示；

ViewModel负责监听Model中数据的改变并且控制视图的更新，处理用户交互操作；

Model和View并无直接关联，而是通过ViewModel来进行立案写的，Model和ViewModel之间有着双向数据绑定的联系。因此当Model中的数据改变时会触发View层的刷新，View中由于用户交互操作而改变的数据也会在Model中同步。

这种模式实现了Model和View的数据自动同步，因此开发者只需要专注于数据的维护操作即可，而不需要自己操作DOM。

（3）MVP

MVP模式与MVC唯一不同的在于Presenter和Controller。在MVC模式中使用观察者模式，来实现党Model层数据发生变化的时候，通知View层的更新，这样View层和Model层耦合在一起，当项目逻辑变得复杂的时候，可能会造成代码的混乱，并且kennel会对代码的复用性造成一些问题。MVP的模式通过使用Presenter来实现对View和Model层的解藕。

MVC中的Controller只知道Model的接口，因此它没有办法控制View层的更新，MVP模式中，View层的接口暴露给了Presenter因此可以在Persenter 中将Model的变化和View的变化绑定在一起，一次来实现View和Model的同步更新。这就实现了对View和Model的解藕，Presenter还包含了其他的响应逻辑。

更多可以看掘金：「2021」高频前端面试题汇总之Vue篇 （上） - 掘金