React Vue Web 前端主流技术栈⽐较

在底层的前端框架领域中,最早是 jquery 称霸互联网,近几年 MVVM 类型的框架慢慢成为主流,Vue、React 和 Angular 三大框架并驾齐驱。可以说,目前这三种是开发者用的最多使用最广的底层框架,也由此衍生了大量基于这些框架的 I 库。

这些年不断有新的框架冒出来,又不断有旧的框架被淘汰,在这里重点总结一下 Vue、React 各自的优缺点以及区别。

前端框架解决了什么问题?

框架其实就解决了使用声明语法,描述组件对象的嵌套关系,并自动生成与 DOM 对象的对应关系的问题:

在解决 Web 应用开发这些问题时,现代前端框架采用了几种不同的方案:

运行效率问题

Vue

vue 是组件级别的数据 watch,当组件内部监听数据变化的地方特别多的时候,一次更新可能计算量特别大,计算量大了就可能会导致丢帧,也就是渲染的卡顿。所以当 Vue 组件特别庞大或数据特别多时,渲染性能就会明显下降。

解决方案:优化方式就是把大组件拆成小组件,这样每个数据就不会有太多的 watcher。

React

React 并不监听数据的变化,而是渲染出整个虚拟 dom,然后 diff。但是当应用的组件树特别大的时候,只是 shouldComponentUpdate 跳过部分组件渲染,依然可能计算量特别大。计算量大了同样可能导致渲染的卡顿。

解决方案:通过链表记录下组件路径,通过链表的循环遍历按照时间片分段,让 vdom 的生成不再阻塞页面渲染,这就像操作系统对多个进程的分时调度一样。这个通过把组件树改成链表,把 vdom 的生成从递归改循环的功能就是 react fiber。

逻辑、组件复⽤问题

Vue

vue 的组件是操作对象的⽅式,那么逻辑复⽤⽅式很⾃然可以想到通过对象属性的 mixin,vue2 的组件内逻辑复⽤⽅案就是 mixin,但是 mixin 很难区分混⼊的属性、⽅法的来源,⽐较乱,代码维护性差。
解决⽅案:通过 mixin 的⽅式来复⽤逻辑,也有组件太⼤的问题,在 vue3 中也采⽤了 hooks(Vue3.0 function based API)⽅法。

React

React 的组件是 class 和 function 两种形式,那么类似⾼阶函数的⾼阶组件(high order component)的⽅式就⽐较⾃然,也就是组件套组件,在⽗组件⾥⾯执⾏⼀部分逻辑,然后渲染⼦组件。 除了多加⼀层组件的 HOC ⽅式以外,没有逻辑的部分可以直接把那部分 jsx 作为 props 传⼊另⼀个组件来复⽤,也就是 render props。但是 HOC 的逻辑复⽤⽅式最终导致了组件嵌套太深,⽽且 class 内部⽣命周期⽐较多,逻辑都放在⼀起导致了组件⽐较⼤问题。

解决⽅案:HOC 和 render props 是 react 的 class 组件⽀持的两种逻辑复⽤⽅案。通过 function 组件的 ooks api 解决了 class 组件的逻辑复⽤⽅案 Class 组件太⼤的问题。

⽣态活跃度的区别

| --- | --- |
| v1.png | r1.png |
从 npmjs.com 上分别看了下,React 和 Vue 之间存在着巨⼤的安装使⽤差距,这就意味着世界上⼤多数团队/开发者在选取前端技术栈时,⾸先选⽤的是 React。

| --- |
| v2.png|
| Vue 相关库与项目 |

| --- |
| r2.png|
| React 相关库与项⽬ |
这就意味着世界上大多数团队/开发者在选取前端技术栈时,首先选用的是 React。

在知名程序员社区 Github 中搜索两个库可以发现:

关键特点对比

非技术性特点 Vue React
对于初学者的学习曲线* 入门 2-3 天可以尝试开发简单功能;6-8 周独自熟练完成项目需求;对项目框架融会贯通,能够独立解决复杂问题则需要 4-6 个月甚至更长时间 入门 1-2 周可以尝试开发简单功能;6-10 周左右独自熟练完成项目需求;对项目框架融会贯通,能够独立解决复杂问题则需要 4-6 个月甚至更长时间
库大小 轻巧 较大
支持团队 个人/社区爱好者 Facebook 公司官方支持
设计哲学 易用、灵活、高效 声明式、组件化、一次学习随处编写
适合什么项目* 轻巧,易学且易于编写。由于其熟悉的模板语法和组件的使用,将现有项目集成或迁移到 Vue 变得更快,更流畅。因此,Vue 非常适合初创企业,但也可以在大型应用程序中使用。 公司的支持庞大的社区和更大的生态系统,React 非常适合构建复杂的企业级应用程序。因为它的成熟性和社区性,或多或少地保证了寻求帮助并获得及时详细的答案
*对于初学者的学习曲线:“初学者”是指有基本的计算机基础知识,JavaScript、html、css、浏览器运行原理等 web 开发基础知识扎实。因为个体差异,这里仅为一般情况。对于初学者,React 学习曲线相对陡峭,但是一旦入门之后的学习路线两者没有本质差别。另外阿里目前 Antd Pro V5 版本的 React 脚手架已经大大降低了学习成本。

*适合什么项目:Vue 适合小型项目或初创公司这种说法往往来源于目前许多开发者刻板映像,另外 Vue 创作者尤雨溪自己也说过:“Vue 从一开始的定位就是尽可能的降低前端开发的门槛,让更多的人能够更快地上手开发。 ……. 很多时候我更希望自己做的东西能帮到那些中小型企业和个人开发者。举个例子来说,美国传统行业里有很多 small business,它们不像大公司那样有专门的 IT 团队来信息化整个流程,很多只能雇一个普通的 contractor 程序员,有些甚至是老板自己兼职研究代码。我收到过好几封这样的感谢信,说因为 Vue 让它们多快好省地做了个内部应用,解决了实际问题,这样的故事是让我觉得特别爽的。”,在种种原因影响下,Vue 确实不会作为很多公司大型项目优先选择技术栈,从而也导致了 Vue 社区并不如 React 繁荣。但是这些并不意味着 Vue 不能拿来构建大型 Web 应用。

技术特性对比

技术特性 Vue React
超大型 web 应用首屏渲染时间* 较慢
提供了相应式和组件化的视图组件
性能优化 更多依赖开发者自身水平 React Fiber
服务器渲染 支持不好 支持
数据绑定 双向绑定 单向数据流
TypeScript 支持 2.x 不支持,3.x 版本改善 支持良好
组件逻辑复用性 mixin 混入,3.x 版本后改为 hooks Hooks、HOC

综述

技术层面从加载速度、运行时性能来说,两者目前综合各种场景应该说是没有什么质的差别,其实不存在某项技术更优,只有更适合问题。我们能够根据项目实际情况选择合适的技术栈更为重要。两种技术框架其实均能非常好的解决我们日常研发所遇见问题。

React

React 的应用广泛程度、社区活跃度更好,并且 React 是由 Facebook 公司独立团队进行更新维护。而且国内很多公司都将 React 作为 web 端应用的主要技术栈,知名的比如:阿里、天猫、华为、豆瓣、美团、滴滴、知乎等。这些大厂也开源了一系列基于 React 技术栈的框架,其中最为著名的则为 Antd 团队开发的 umi、antd
design。

当我们需要研发大型复杂 web 应用程序时,React 强大的社区、丰富的第三方库能够为我们项目提供良好的支持。缺点是 React 的学习曲线可能比较陡峭,编程思维模式较抽象,不利于新人快速掌握。

Vue

Vue 从一开始的定位就是尽可能的降低前端开发的门槛,让更多的人能够更快地上手开发,在易用性,功能,性能,文档易读上面表现更好。vue3 更是把模版的优势发挥到了极致,在大量数据渲染上可以比 React 更快。缺点则是社区规模太小,框架本身也仅仅是由个人开发者在进行维护。在大型复杂 web 应用开发中,Vue 项目优化比较考验开发者本身技术水平。

最后,使用 Vue 作者尤雨溪自己的总结:

使用场景上来说,React 配合严格的 Flux 架构,适合超大规模多人协作的复杂项目。理论上 Vue 配合类似架构也可以胜任这样的用例,但缺少类似 Flux 这样的官方架构。小快灵的项目上,Vue 和 React 的选择更多是开发风格的偏好。对于需要对 DOM 进行很多自定义操作的项目,Vue 的灵活性优于 React。

  • React

    React 是 Facebook 开源的一个用于构建 UI 的 JavaScript 库。

    180 引用 • 278 回帖 • 532 关注
  • Vue.js

    Vue.js(读音 /vju ː/,类似于 view)是一个构建数据驱动的 Web 界面库。Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。

    233 引用 • 655 回帖 • 361 关注

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • nitudoudou
    订阅者

    这两年一直用的是 Vue,正如尤大所说,大大降低了前端开发的门槛,使得我们这类原后端开发也能快速开发出前端应用。

    但是今年公司的技术方向应该已经调整向 React 了,可能正如文章所说,有点固定思维——我觉的 Vue 确实适合小型项目或者入门项目。当体量大时,或者更多人合作型的项目时,可能 React 更加合适点。

  • 其他回帖
  • lixiang810
    支持者 订阅者

    关于 vue 和 react 在 npm 上下载次数的不同这一点,实际上是不够客观的:

    react 的使用者几乎都需要搭配 npm 和 bundler,而 vue 的使用者常常是从 jsdelivr 之类的 cdn 上使用 vue 的 umd 模块。这就导致两者在 jsdelivr 上的统计与在 npm 上的相反。但 jsdelivr 上的统计又难以区分用户和开发者。

    我认为比较客观的是按尤雨溪说的,从浏览器应用商店上对比二者的开发插件下载数,从而对比二者的开发者数。尽管如此,vue 的扩展是“一站式”的,而 react 的扩展却不同——React 和 Redux 是两个插件。

  • lixiang810
    支持者 订阅者

    对于“antd 降低学习成本”,我有不同意见。material-ui 在易用性上是超过 antd 的。至于我为什么黑 antd,抛开 GitHub 被盗、圣诞皮肤这些老生常谈不说,简单给个图:

    bundle 大小

    • antd 没有使用 css-in-js,而是要求用户全局引用其 css,无法 tree-shaking,造成了极其严重的体积浪费。它的未压缩体积甚至大于我们的 js bundle。
    • antd 强依赖于过时的 momentclassnames 这两个库,导致整个项目必须保留 node_modules,无法使用 yarn2 的特性。
    • antd 不符合 React 的使用规范,它的 notifications 可以在普通代码里引起 React 的组件渲染,而这是 React 规范所不允许的。尽管在一些时候我们会觉得很方便,但这样的代码按规范应当是 custom hooks(以 use 开头的函数,只能在 React 组件或其它 hooks 中被调用),否则容易引起难以察觉的问题。React 也要求我们 确保组件的状态逻辑在代码中清晰可见
    • 还有就是丑,设计语言不完全统一。当然这一点比较个人。
    1 操作
    lixiang810 在 2022-01-14 17:34:28 更新了该回帖