React 和 Vue 到底谁更牛?

UE游戏引擎材质简单入门 什么是物体的材质,材质属性定义了物体的某些特性,从而决定了物体表面是如何与光线相作用的。UE中物理基础渲染(Physically Based Rendering OR PBR)几乎可以让我们模拟显示世界中的任何材质。那么如何在UE中制作出真实的PBR材质,基于我们提供的游戏引擎插件,如何将这些材质资源导出,并应用到 SuperMap iClient3D for Cesium/WebGL 平台上,提升模型的显示效果呢,下面小编将详细讲解一下。 阅读详情

点击上方“开发者技术前线”,选择“星标”

每天 14.00 在看 | 真爱


640?wx_fmt=png

 来源:知乎   |  作者 :尤雨溪  

知乎上近日有人发起了一个 “react 是不是比 vue 牛皮,为什么?” 的问题,再度引发一场关于前端框架谁更牛的口水战,评论里可以说是撕得不可开交。Vue.js 作者尤雨溪12月4日正面回应了该问题,他表示希望大家能停止无谓的争执,多想想使用这些技术的初衷,比起争论这个,倒不如多想想怎么让自己变得更牛。以下是尤雨溪的回复:


比起争论这个,倒不如多想想怎么让自己变得更牛


这个问题下面的很多回答太偏激了,其实我淡出知乎就是因为这类破事... 但是作为作者还是认真地说一说吧,希望能以后别再有这种问题了。


这里我可以大方地承认,如果多年以后要论历史地位,React 肯定是高于 Vue 的。事实上,我作为一个开发者,也是由衷地佩服 Jordan Walke, Sebastian Markbage 这样的,能从开发模式层面上提出突破性的新方向的人。


React 从一开始的定位就是提出 UI 开发的新思路。当年 Pete Hunt 最开始推广 React 的时候的一句口号就叫 "Rethinking Best Practices",这样的定位使得 React 打开了一些全新的思路,吸引了一群喜欢折腾的早期核心用户,并在这个基础上通过社区迭代孵化出了许多今天被 React 开发者当作常识的 pattern。这是 React 伟大的地方,Vue 里面也有很多地方是直接受到了 React 的启发。React 敢做这样的尝试,是因为它是 Facebook。这样的体量的公司,在 infrastructure 层面获得质的提升,收益是巨大的,而且 Facebook 的工程师们足够聪明又要靠工资吃饭,改变他/她们的习惯并不是什么问题。而对外推广,则是一种大公司才有的 “改变业界” 的底气。


Vue 从一开始的定位就是尽可能的降低前端开发的门槛,让更多的人能够更快地上手开发。我以前也说过,开发 Vue 的初衷不是为了搞个大新闻,只是做了个我自己用得舒服的框架。我虽然也在 Google 这样的大公司呆过,但骨子里是一个喜欢自由的人,也一直觉得独立开发者很酷(这也是为什么最终自己也成了一个独立开发者)。很多时候我更希望自己做的东西能帮到那些中小型企业和个人开发者。举个例子来说,美国传统行业里有很多 small business,它们不像大公司那样有专门的 IT 团队来信息化整个流程,很多只能雇一个普通的 contractor 程序员,有些甚至是老板自己兼职研究代码。我收到过好几封这样的感谢信,说因为 Vue 让它们多快好省地做了个内部应用,解决了实际问题,这样的故事是让我觉得特别爽的。


做 React 这样的不迎合用户,而是试图改变用户的设计需要有足够的本钱:你得有足够的资源和背景去强行越过初始推广的那个陡坡。事实上,如果没有 Facebook 作为 React 的推广者,React 很可能最终是一个有着忠实用户群体的小众框架(比如 Elm)。作为一个个人项目的 Vue 没有这样的宣传资源,也并不是为了改变用户。所以从设计的角度上来说,Vue 首先考虑的是假设用户只掌握了 web 基础知识 (HTML, CSS, JS) 的情况下,如何能够最快理解和上手,实现一个看得见摸得着的应用。


一个 API 看得顺不顺眼,用得舒不舒服,很大程度上取决于你跟一个技术的核心用户群体的重合程度。编程语言之间喷来喷去还少么?大家都是图灵完备,然而此之蜜糖,彼之砒霜。Vue 的 API 设计固然有可以商榷的地方,但 React 也不是完美无瑕,不然也不会从 mixins 到 HOC 到 render props 一次次地折腾,更没有 hooks 什么事了。直到 Suspense 出现前,也不存在什么只有 React 才能做到的事情(顺带一提,有意思的是 hooks 基本上废掉了过去大部分基于组件的逻辑抽象模式,抹掉了 JSX vs. 模版的一个优势,也完全可以用在其他框架里,连 Angular 都已经有对应的原型实现...)然而 “不完美” 并没有妨碍在过去的几年内大量的用户用各自选择的技术做出实际的产品 —— 从 State of JS 近两年的数据来看,两者的满意率是差不多的,都在 90% 出头,说明两者在 “满足目标用户的需求” 这个衡量标准下,表现是差不多的。可维护性、可读性、优雅程度、生态这些东西嘴上怎么辩都可以,还是数据比较实在。


再说说具体技术层面:从加载速度、运行时性能来说,两者目前综合各种场景应该说是没有什么质的差别。硬要说的话,Vue 在 update 性能优化方面需要的心智负担可能少那么一点 —— React 如果不注意,容易导致过多的组件无用 diff,但是实际上真正会遇到性能瓶颈的应用也是少数... Vue 3 会比 Vue 2 快不少,加上模版编译还有一些可进一步发掘的优化空间,所以性能上会比现在的 React 有一定优势,但 React 那边也在研究基于 prepack 的编译时优化,这个也是挺值得期待的。Vue 3 对于 TS 的支持会有很大改善(包括 TSX),我们也在计划对模版做更好的 IDE 支持(比如补全、类型检查),现在没有不代表以后不能有,有批评我们改进就是了。其实过去大半年 Vue 本身没有什么大更新是因为精力都放在工具链上了,接下来又要回到核心上了。React 那边 time slicing / Concurrent mode 要明年 Q2 才稳定,那个时候应该 Vue 3 的 time slicing 应该也稳定了(原型已实现)。Suspense 在 data-fetching 稳定之前并没什么大用(要 2019 年中),这期间我们也会研究解决同类问题的方案。所以从纯技术层面来说,React 现在比 Vue 牛逼么?不好说。以后一定比 Vue 牛逼么?也不好说。


使用数量方面,有很多文章拿各种数据来比较,有的是 GitHub stars,有的是 npm 下载量,有的是 Google trends,有的是 StackOverflow 的问题数量... 其实这些数据都有很明显的问题,那就是它们跟实际使用者的数量并不一定是正比,会受到其它因素的影响,比如 GitHub stars 跟实际使用没有直接关联;使用者中使用 CI 的比例会影响 npm 的下载量;Google trends 很难完美过滤掉 React 这样的常见词汇的 false positive;文档和本身的上手难易程度会影响 StackOverflow 的问题数量,等等... 所以我自己一直是以 Chrome 开发者插件的使用者数量作为一个比较可靠的数据,因为它的关联度是最直接的,潜在的干扰因素也是最少的。目前 Vue 的开发者插件用户数量约为 70.4 万,而 React 是 136.3 万,大致可以作为参考。React 的使用量还是有明显优势,不过这个数字比起两年前已经很不一样了 —— 那时候大约是 1:7 的比例。从增速来看,Vue 是要快一些的。


说了这么多,无非是希望大家能停下来想想所谓的 ”A 技术比 B 技术牛逼“ 背后到底是在争些什么,我们使用这些技术的初衷又是什么。很多时候你说这方面,他说那方面,鸡同鸭讲,即使说到一起去,也往往缺乏对等的信息量或者基础共识,只是各自表达主观看法,最后变成两个阵营各自抱团取暖... 说到底,就算你证明了 A 比 B 牛逼,也不意味着你或者你的项目就牛逼了... 比起争这个,不如多想想怎么让自己变得更牛逼吧。


各位开发者你认为有必要比较语言和框架吗?


知乎地址:

https://www.zhihu.com/question/301860721/answer/545031906

原文:https://www.oschina.net/news/102645/react-vs-vuejs

END

开发者技术前线 ,汇集技术前线快讯和关注行业趋势,大厂干货,是开发者经历和成长的优秀指南。

历史推荐


美团基于跨平台 Flutter 的动态化平台建设

腾讯 Flutter 跨平台 Web 实践

用 Python 给自己找个合适的妹子

640? 640?wx_fmt=gif 640?wx_fmt=png 喜欢就点个在看吧!


故障诊断 | CNN-BiGRU-Attention故障诊断 阅读详情

相关推荐

《IC验证必看|IC验证的全流程概览(从DUT到回归交付)》

本文系统介绍了IC验证的全流程,从理解设计需求到最终交付验证结果。主要内容包括:1)深入理解DUT的功能和接口;2)制定详细的测试计划(Testplan);3)搭建UVM验证平台;4)执行定向和随机测试并进行回归;5)分析功能、代码和断言覆盖率;6)交付完整的验证报告。文章强调验证是一个闭环过程,特别指出新手容易忽视测试计划和覆盖率分析这两个关键环节,导致验证不充分。文末还提出思考题,引导读者反思验证计划的制定方法。

m0_46663240的博客 1261

React 和 Vue 到底谁更牛?听听尤雨溪怎么说

(给前端大全加星标,提升前端技能)来源:开源中国www.oschina.net/news/102645/react-vs-vuejs知乎上近日有人发起了一个 “react...

前端大全 9091

【车间调度】车间调度问题的分类

本系列为自己学习调度相关知识的记录,如有误请指出,也欢迎调度方向的小伙伴加我好友共同交流。 车间调度问题的分类 根据工件和车间构成不同,车间调度问题可分为以下几种 1.单机调度问题 在单机调度问题(S,SMP)中,加工系统只有一台机床,待加工的工件有且仅有一道工序,所有工件都在该机床上进行加工。此问题是最简单的调度问题,当生产车间出现瓶颈机床时的调度就可视为此调度问题。 ...

weixin_51656605的博客 7430

尤雨溪怒喷React挖坑不埋,这波我想说句话!!!

前端白富美,获取offer到手软这两天尤大喷React文档的内容又被前端圈疯传,内容如下,看了这个内容后,我的第一反应是:他是懂的玩流量博人眼球的,操作跟近期抖音上某些博主互喷互黑如出一辙。自己Vue和React两个框架都用过,下面发表一下自己的几点看法:框架仅仅是框架,目的是利用该框架快速实现产品解决问题,所以不用深陷框架的好坏、快慢之中,跟随部门的技术选型走即可,毕竟也许在不久的将来,将会有新...

wang_yu_shun的博客 698

TikTok网页版X-bougs和_signature参数逆向实战:从断点到RPC调用的完整流程

本文详细解析了TikTok网页版X-bougs和_signature参数的逆向工程实战,从基础断点调试到高级RPC调用,完整还原加密参数的生成过程。通过工具链搭建、加密定位、核心突破及实战演练,帮助开发者深入理解TikTok的加密体系,并构建自动化签名系统。

weixin_28691003的博客 438

光线追踪渲染实战:蒙特卡洛路径追踪及其c++实现

光线追踪超越了传统的图形流水线,是一种现代的渲染。光线追踪是一种基于物理的渲染方法,通过模拟光在介质中的真实表现来输出足以逼近现实的图像。光线从光源出发,经过各种反射折射,进入摄像机。通过渲染方程描述一点的颜色,并且通过蒙特卡洛方法求解渲染方程来获取最终的像素颜色。

AKGWSB 's blog 1万+

回顾技术圈的2024尤雨溪喷React的“开年之战”

在2024年初,前端开发社区的一场激烈讨论围绕着React新版文档展开。这场讨论的导火索来自于Vue.js的创始人尤雨溪,他在Twitter上发表了对React新版文档的批评,认为React将复杂性转嫁给用户,未能有效地减轻使用该框架的心智负担。尤雨溪的言论迅速在React和Vue社区间引发了广泛的讨论,许多开发者开始针对React文档的设计哲学展开辩论,这一事件引起了前端开发者对框架设计理念和用户体验的深刻反思。

李游的博客 1027

FDTD仿真进阶:液晶偏振调控与双折射效应全解析

本文深入解析了在Lumerical FDTD仿真中如何对液晶材料进行偏振调控与双折射效应建模。通过单轴液晶和螺旋扭曲液晶(TN-LCD)两大实战案例,详细阐述了从各向异性材料参数设置、LC网格属性配置到偏振椭圆分析的全流程,帮助工程师精准模拟液晶的光开关行为,优化如显示器等器件的光学性能。

chair的专栏 745

尤雨溪怒喷 React,挖了坑不想着埋,靠文档来挽救!

我个人觉得尤雨溪说的有一定的道理,React 带来了太多的概念和心智负担,相信经常用 React 开发的小伙伴一定明白我说的是啥,但是他设计所带来的一些便捷性也不可否认。各类观点都非常有意思,有挺多一部分人支持尤雨溪的观点,也有一些人认为他在瞎 bb 怨妇,这件事每个开发者心里都有自己的看法,毕竟框架到底用得爽不爽,只有天天用它开发的人自己清楚~尤雨溪看不过去了,怒喷 React 只是把自己搞出来的心智负担强行塞给用户而已。最近在推上,有人发了一段话赞美 React 的文档尽心尽责。

骑着牛的奇兵的博客 554

UWB学习——day4

总的来说,BPM-BPSK调制方案是一种利用脉冲位置和相位来编码信息的高效数字调制技术,特别适用于UWB通信系统,以实现高速数据传输和频谱效率。这种方式将时间和相位综合使用,从而提高了数据传输的容量。总之,超外差结构是一种接收器设计,通过将不同频率的信号转换到一个共同的中间频率来提高信号选择性和抗干扰性。超外差结构是一种用于接收器的电子电路设计,它的目标是从无线信号中提取有用的信息,比如音频、数据或图像。该芯片的接收机是超外差结构,所谓超外差结构一种基于频率转换的接收器架构,旨在提高信号选择性和抗干扰性。

许帅的博客 2557

Proteus+汇编+8086电子时钟实战:从框架搭建到中断驱动的核心实现

本文详细介绍了使用Proteus仿真软件和8086汇编语言实现电子时钟的完整过程。从程序框架搭建、内存分段模型理解,到核心的8259中断控制器配置与编程,再到中断服务程序编写和数码管动态扫描显示驱动,系统阐述了底层软硬件协同开发的核心原理与实战步骤。该项目是深入理解计算机中断机制和汇编语言编程的绝佳实践。

weixin_29189381的博客 413

尤雨溪:我全职做 Vue 四年多,赚了上千万人民币

比较好奇收入的构成~ 主要是官网上的广告吗?韩老师:我兼职做 Code Runner 四年多,有了 1000 多万下载量,赚了。。。End全宇宙首本 VS Code 中文书,来了!955...

HJ说 7万+

4-20mA电流信号转电压

该电路实现4-20mA电流信号转电压(0.44-2.2V)调理功能,采用两级运放设计:第一级LMH6642MFX进行11倍放大,第二级配置为缓冲器加二阶低通滤波。电路包含10Ω采样电阻、多级RC滤波和ESD防护,具有抗干扰强、功耗低(4mW)等特点,适配3.3V系统ADC采集。通过使能控制MOS管可实现节能模式,适用于工业自动化、环境监测等场景。设计合理平衡了信号精度与功耗,输出电压范围留有充足余量避免饱和。

qq_37999850的博客 304

日常撕逼:React和Vue到底谁更牛?

web前端教程用大白话,来讲编程知乎上近日又有人发起“React和Vue到底谁更牛?”的问题,评论中一片口水战,Vue作者尤雨溪也现身说法。大家一起围观!然后Vue作者亲...

qq_24520459的博客 211

TMS_WebGMaps_1.9.8.0_Full_Source

TMS_WebGMaps_1.9.8.0_Full_Source 全源码 delphi cbuilder

霍尼韦尔SoftMaster使用说明

霍尼韦尔SoftMaster使用说明

React vs Angular,到底谁更牛?

来源:51CTO技术栈(ID:blog51cto)您是否对当前两款前端开发框架无从选择?本文将深入比较并分析 React 和 Angular 哪个项目更适合您。在编程领域...

深度学习世界 9908

温度PID控制PLC程序

温度PID稳定控制程序,适用于欧姆龙PLC,对其他PLC也具有很大参考价值

如果你想坐在双十一项目室里买买买,那就来天猫吧

来,谈谈条件!先谈薪资福利 15寸rMBP、13薪+年终奖(具体多少看你心情和水平),你牛逼的话还有红包、股票! 五险一金、商业保险,子女/爱人商业保险;异地入职搬迁费5K起,团建、outing说走就走! 园区餐厅、健身房、篮球馆、浴室等一应俱全;闲了逛逛园区,游游湿地、看看马爸爸养的鹅! 再谈人生理想 技术人的理想,是成为业界的牛人,一呼百应备受拥戴!在天猫,你可以踩在一帮牛人的肩膀上战斗,wee

sinat_40397914的博客 744

蓝牙模块HM-10手册

蓝牙模块HM-10手册,该手册对蓝牙模块HM-10进行了详细的介绍和使用方法以及一些AT指令。

[特殊字符] React 与 Vue 源码级对比:5大核心差异与实战选择指南

本文深入对比了React和Vue两大主流框架的核心差异。从设计哲学看,React采用函数式编程和不可变数据,将UI视为状态的函数;Vue则基于面向对象和响应式数据,通过自动依赖追踪实现高效更新。虚拟DOM实现上,Vue通过编译时优化精确更新,而React采用全量对比和启发式算法。组件模型方面,Vue的单文件组件结构清晰,React的函数组件更加灵活。状态管理上,Vue原生方案深度集成,React则采用环境无关的不可变方案。建议:中小项目选Vue开发效率高,大型复杂应用选React可控性强,最终选择应基于项目

weixin_41644392的博客 1156

详解React与Vue的性能对比

React和Vue都是非常优秀的前端框架,它们各有特点和优势。React更加灵活和扩展性强,适合大型应用和复杂场景;而Vue更加简单易用和上手难度较低,适合小型应用和快速开发。选择React还是Vue,需要根据具体的项目需求和开发团队的经验来决定。无论选择哪个框架,都能够提高开发效率和用户体验。

一个努力不被优化的程序员 6736

前端(十一)——Vue vs. React:两大前端框架的深度对比与分析

在当今快速发展的前端领域中,Vue和React作为两个备受瞩目的前端框架,已经成为许多开发者的首选。这两个框架凭借其出色的设计和强大的功能,在构建现代化、高效性能的Web应用方面扮演着重要角色。Vue和React都以其独特的特点吸引了众多开发人员,但它们之间存在哪些区别和共通之处呢?本文将深入剖析Vue和React的原理、生态系统、API与语法、性能与优化以及开发体验与工程化等方面的差异,旨在帮助读者更好地了解这两个框架,为选择合适的技术栈提供参考。

杜永康的博客 1万+

React简介

1 React简介 1.1 react发展历史: react是facebook开发的,(vue-尤雨溪。angular-谷歌-收购的)facebook在构建instagram网站的时候遇见两个问题: 数据绑定的时候,大量操作真实dom,性能成本太高,比较浪费 网站的数据流向太混乱,不好控制 于是facebook起初调研过市场上已存的mvc框架,比如angularjs,发现都不太满意,于是就推陈出新,开发了react框架,并在2013年五月份开源,国内2016年才开始首先在杭州使用。 1.2 react

qq_41355222的博客 4327

vue 和 react的对比

vue 比react的优缺点 对比1 github 全球开发者星星点赞数量 此数据结果摘取于 2021年3月份 结论 vue 胜出 尤雨溪一个人撑起一个生态 战胜高手林立的巨头公司facebook 相当的传奇!! 对比2 React VS Vue: 性能 React: 它有一个轻量级的 virtual DOM,并且不是特定于浏览器的。这是 React 与 virtual DOM 一起得到普及的主要原因,它消除了效率低下的问题。 Vue: Vue 也使用了虚拟 DOM,但是与 React 相比

weixin_55042716的博客 6474

reactor和vue的区别-个人理解浅见.

vue的是先布局股价,布局里有简单的语法,if,for循环.for循环,一个Bean, 然后利用一个方法计算出一个值.这种的话,就需要计算规计算,布局规布局. 计算出的值,组装成list,传到布局里. 1.先计算 2.计算后的值再布局. 这样的思维写的代码耦合度更低. 但是需要多次for循环. 在java内服务端内也常见. reactor 就可以for循环后,通过一次循环,算好后,立马组...

fei33423的专栏 1884

Vue和react的区别以及优劣势是什么?

其实对于开发者来说都是不错的框架, 上手一个框架后再学另一个,学习成本就会有所降低。

黑马程序员官方博客 3196

React的简介

一.React是什么? React是一个将数据渲染为HTML视图的开源JavaScript库。 二.谁开发的? 由Facebook开发,且开源。 1.起初由Facebook的软件工程师Jordan Walke创建。 2.于2011年部署于Facebook的newsfeed。 3.随后在2012年部署于Instagram。 4.2013年5月发布开源。 三.为什么要使用React? 1.原生JavaScript操作DOM频繁、效率低(DOM-API操作UI)。 2.使用JavaScript

u013553807的博客 581

React、Angular、Vue霸榜,薪酬以50-100k为主,JavaScript 2021年度报告正式发布

JavaScript2021年调查报告漫游指南

m0_66862559的博客 6499

从技术角度看React和Vue:性能、生态与开发体验对比

React与Vue深度对比分析 本文从技术角度对比了React和Vue两大前端框架的核心差异。React采用函数式组件+Hooks模式,强调单向数据流,适合复杂应用开发;Vue提供模板语法和双向绑定,学习曲线更平缓。性能方面,Vue3在轻量场景更优,React的fiber架构则更适合大型应用。生态系统上,React社区更庞大,Vue的中文资源更丰富。开发体验上,Vue更易上手,React则更灵活。技术选型需权衡项目规模、团队经验和性能需求,React适合大型企业级应用,Vue则更适合快速开发中小型项目。

设计师小燕的博客 3084
上一篇: 离开一线三年后,码农们都过上好的生活了吗
下一篇: 认认真真推荐10个顶级技术公众号
DevolperFront
博客等级 码龄8年 465粉丝 81原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值