React和Vue谁会淘汰谁?
在我的技术群里大家经常会聊一些宏观的技术问题,就比如:
Vue和React,最终谁会被淘汰?
这样的讨论,到最后往往会陷入技术的细枝末节的比较,比如:
- 对比两者响应式的实现原理
- 对比两者的运行时性能
很多程序员朋友,会觉得:
技术问题,就应该从技术的角度找到答案
但实际上,一些大家纠结的技术问题,往往跟技术本身无关。
谁才是框架的最终赢家?
讨论**React和Vue谁会淘汰谁?**这个问题,就像10年前,一个康师傅信徒和一个统一信徒争论:
哪家泡面企业最终会被淘汰呢?
他们把争论的重点放在口味的对比、面饼分量的对比等等,最终谁也无法说服谁。
实际我们最后知道了,外卖App的崛起,对泡面企业形成了降维打击。
回到框架这个问题上,在前端框架流行之前,前端最流行的开发库是jQuery
,他是命令式编程的编程范式。
取代jQuery
的并不是另一个更优秀的jQuery
,而是声明式编程的前端框架。
同样的,取代前端框架的,不会是另一个更优秀的前端框架,而是另一种更适合web
开发的编程范式。
那在前端框架这个领域内部,React
和Vue
最终谁会淘汰谁呢?
我的答案是:
谁也不会淘汰谁。
任何框架最核心的竞争力,不是性能,也不是生态是否繁荣,而是开发者用的是否顺手,也就是开发模式是否合理。
React
发明了JSX
这种开发模式,并持续教育了开发者3年,才让社区接受这种开发模式
这种发明开发模式,再教育开发者的行为,也只有meta
这种大公司才办得到。
而Vue
则直接使用了模版语法这种现成的开发模式。这种模式已经被广大后端工程师验证过是最好上手的web
开发模式。
所以像后端工程师或者编程新人会很容易上手Vue
。
经过多年迭代,他们各自的开发模式已经变成了事实上的前端框架DSL
标准。
这会为他们带来两个好处:
- 开发模式是个主观偏好,不存在优劣
所以他们谁也无法淘汰谁,只能说React
的开发模式受众范围更广而已。
- 后来者会永远居于他们的阴影之下
新的框架如果无法在编程范式上突破,那么为了抢占Vue
或React
的市场份额,只能遵循他们的开发模式,因为这样开发者才能无痛迁移。
比如最近两年比较优秀的新框架,svelte
是Vue
的开发模式,Solid.js
是React
的开发模式
在同样的开发模式下,占市场主导地位的框架可以迅速跟进那些竞争者的优秀特性。
比如Vue
就准备开发一个类似Svelte
的版本。
一句话总结就是:
你是无法在我的BGM中击败我的
总结
总体来说,在新的web
编程范式流行之前,React
、Vue
还会长期霸占开发者喜欢的前端框架前列。
在此过程中,会出现各种新框架,他们各有各的特点,但是,都很难撼动前者的地位。
相关文章
- flex vue 垂直居中居上_flex 垂直居中、两列对齐、自适应宽[通俗易懂]
- vue 部署上线清除浏览器缓存「建议收藏」
- 使用开源Cesium+Vue实现倾斜摄影三维展示
- 10个关于 Vue 的高级开发技巧
- Vue笔记(1)
- Vue笔记(11) vue-router
- 基于SpringBoot+Redis+Vue的后台管理系统开源项目,附源码地址
- vue优化之骨架屏
- vue.js 渲染函数_Vue.js的不可渲染且可扩展的RTF编辑器[通俗易懂]
- vue源码分析-从new Vue开始
- 关于vue-admin-work开源版重大调整
- 怎样刷vue面试题
- Vue双向绑定原理
- Vue分页导航_vue分页组件
- 开心档之Vue教程1
- 写过vue自定义指令吗,原理是什么
- react 基础之组件篇二——Style in React
- 前端 CST和GMT+0800时间转换(js/vue/react/jsp通用)
- 为什么我们放弃了Vue?Vue和React深度比较
- 使用Vue技术从MSSQL中获取数据(vue获取mssql数据)
- Vue接入Redis拓展应用的可能性(vue调redis)
- 基于Vue的Redis网页设计(vue设计redis页面)
- Vue快速连接Redis实现数据存储(vue 直连redis)
- Vue操作Redis掌握前端数据管理利器(vue操作redis)
- Vue如何利用Redis加速应用程序性能(vue如何使用redis)
- Vue应用中部署Redis(vue中使用redis)
- Vue中触发Redis订阅通知(vue中订阅redis)