热搜:fiddler git ip 代理 m1
历史搜索

当面试官让我回答 React 和 Vue 框架的区别......

游客2024-07-11 09:30:01

Vue 和 React 作为当前前端两大火热的框架,面试的时候自然不少被提及:

其实react和vue大体上是相同的,比如都使用虚拟DOM高效的更新视图,都提倡组件化,都实现了数据驱动视图,都使用diff算法,也都对diff算法进行了优化,都有库实现url到组件的映射,都有状态管理等等.....

但是在具体实现上又不尽相同,接下来就从组件化,虚拟DOM以及数据驱动视图三个方面对比下vue和react框架的相同和不同之处。

1.对于组件化的理解,组件化带来的好处

组件是独立和可复用的代码组织单元,它使开发者使用小型、独立和通常可复用的组件构建大型应用;

组件化开发能大幅提高应用开发效率、测试性、复用性等;

降低整个系统的耦合度,在保持接口不变的情况下,我们可以替换不同的组件快速完成需求,例如输入框,可以替换为日历、时间、范围等组件作具体的实现

调试方便,由于整个系统是通过组件组合起来的,在出现问题的时候,可以用排除法直接移除组件,或者根据报错的组件快速定位问题,之所以能够快速定位,是因为每个组件之间低耦合,职责单一,所以逻辑会比分析整个系统要简单

提高可维护性,由于每个组件的职责单一,并且组件在系统中是被复用的,所以对代码进行优化可获得系统的整体升级

react和vue中组件化的相同点

react和vue都推崇组件化,通过将页面拆分成一个一个小的可复用单元来提高代码的复用率和开发效率。在开发时react和vue有相同的套路,比如都有父子组件传参,都有数据状态管理,都有前端路由等。

react和vue组件化的差异

React推荐的做法是JSX + style, 也就是把 HTML 和 CSS 全都写进 中,即 all in js;

Vue 推荐的做法是 的单文件组件格式(简单易懂,从传统前端转过来易于理解),即 html,css,JS 写在同一个文件(vue也支持JSX写法)

2.虚拟DOM什么是虚拟DOM

虚拟 DOM( DOM)本质上是JS 和 DOM 之间的一个映射缓存,它在形态上表现为一个能够描述 DOM 结构及其属性信息的 JS 对象。它主要存储在内存中。主要来说:

虚拟DOM的优点react和vue中虚拟DOM的相同点

Vue与React都使用了 DOM + Diff算法, 不管是Vue的模板+ api 写法, 还是React的Class或者写法,最后都是生成函数,而函数执行返回VNode(虚拟DOM的数据结构,本质上是棵树)。

当每一次UI更新时,总会根据重新生成最新的VNode,然后跟以前缓存起来老的VNode进行比对,再使用Diff算法(框架核心)去真正更新真实DOM(虚拟DOM是JS对象结构,同样在JS引擎中,而真实DOM在浏览器渲染引擎中,所以操作虚拟DOM比操作真实DOM开销要小的多)

两者对diff算法的优化基本上思路是相同的:

diff 算法源码实现相同之处

在处理老节点部分,都需要把节点处理 key - value 的 Map 数据结构,方便在往后的比对中可以快速通过节点的 key 取到对应的节点。同样在比对两个新老节点是否相同时,key 是否相同也是非常重要的判断标准。所以不同是 React, 还是 Vue,在写动态列表的时候,都需要设置一个唯一值 key,这样在 diff 算法处理的时候性能才最大化。

react和vue中虚拟DOM的差别

react和vue的虚拟dom都是用js对象来模拟真实DOM,用虚拟DOM的diff来最小化更新真实DOM,可以减小不必要的性能损耗,按颗粒度分为不同的类型比较同层级dom节点,进行增、删、移的操作。

按颗粒度分为tree diff, diff, diff. tree diff 比较同层级dom节点,进行增、删、移操作。如果遇到, 就会重新tree diff流程。

参考链接[1]

dom的更新策略不同

react 会自顶向下全diff。vue会跟踪每一个组件的依赖关系,不需要重新渲染整个组件树。

在react中,当状态发生改变时,组件树就会自顶向下的全diff, 重新页面, 重新生成新的虚拟dom tree, 新旧dom tree进行比较, 进行patch打补丁方式,局部更新dom。所以react为了避免父组件更新而引起不必要的子组件更新, 可以在e做逻辑判断,减少没必要的, 以及重新生成虚拟dom,做差量对比过程。

在vue中, 通过. 把 data 属性全部转为 /。同时实例对象会在组件渲染时,将属性记录为dep, 当dep 项中的 被调用时,通知watch重新计算,使得关联组件更新。

Diff 算法借助元素的 Key 判断元素是新增、删除、修改,从而减少不必要的元素重渲染。

diff 算法源码实现不同之处react的diff

声明就是即将更新的 JSX 对象

当类型为、、,代表同级只有一个节点

不存在:新生成一个fiber节点并返回

当类型为Array,同级有多个节点,会进行两次遍历:

由上述,第一次遍历完可能存在以下2种情况: a. 若是因为"不可复"用导致的跳出遍历:没有遍历完,也没有遍历完。b. 若是因为"遍历完或者遍历完"导致的跳出遍历:可能遍历完,或遍历完,或他们同时遍历完。(带着第一轮遍历的结果去进行第二轮的遍历)

如果当前节点在新集合中的位置比老集合中的位置靠前的话,是不会影响后续节点操作的,这里这时候节点不用动

操作过程中只比较和,规则如下:

diff过程如下:

更详细的diff参考这里[2]

vue的diff

patch函数会接受两个参数: 和 vnode,其分别指旧的vnode和新的vnode

只有新节点

只有旧节点

新旧节点都存在:通过 判断节点是否一样:

Vnode 有子节点,则处理比较更新子节点

不一样:直接创建新节点,删除旧节点

为什么react不使用双指针提升比较效率

react在源码中注释道:React 不能通过双端对比进行 Diff 算法优化是因为目前 Fiber 上没有设置反向链表,而且想知道就目前这种方案能持续多久,如果目前这种模式不理想的话,那么也可以增加双端对比算法。

也就是说虽然更新的JSX对象即为数组形式,但是和中每个值进行比较的是上次更新的Fiber节点,Fiber节点的同级节点是由指针链接形成的链表。

即 [0]与比较,[1]与.比较。

单链表无法使用双指针,所以无法对算法使用双指针优化。

基于以上原因,Diff算法的整体逻辑会经历两轮遍历:

总结

Vue2的核心Diff算法采用了双端比较的算法,同时从新旧的两端开始进行比较,借助key值找到可复用的节点,再进行相关操作。相比React的Diff算法,同样情况下可以减少移动节点次数,减少不必要的性能损耗,更加的优雅。

3.数据驱动视图

数据驱动视图:就是数据变化的时候,相应的视图会得到更新。开发者只需要关注数据的变化而不用再去手动的操作DOM。

vue中的数据驱动视图

Vuejs的数据驱动是通过MVVM这种框架来实现的。MVVM框架主要包含3个部分:model、view和 。

是实现数据驱动视图的核心,当数据变化的时候,能够监听到这种变化,并及时的通知view做出修改。同样的,当页面有事件触发时,也能够监听到事件,并通知model进行响应。就相当于一个观察者,监控着双方的动作,并及时通知对方进行相应的操作。

首先,vuejs在实例化的过程中,会对遍历传给实例化对象选项中的data 选项,遍历其所有属性并使用 . 把这些属性全部转为 /。

同时每一个实例对象都有一个实例对象,他会在模板编译的过程中,用去访问data的属性,此时就会把用到的data属性记为依赖,这样就建立了视图与数据之间的联系。

当之后我们渲染视图的数据依赖发生改变(即数据的被调用)的时候,会对比前后两个的数值是否发生变化,然后确定是否通知视图进行重新渲染。这样就实现了所谓的数据对于视图的驱动。

react的数据驱动视图

首先了解一些列内容:

React通过实现数据驱动视图,通过来引发一次组件的更新过程从而实现页面的重新渲染(除非e返回false)。

参考资料

[1]

参考链接:

[2]

更详细的diff参考这里: