为什么越来越少的人用jQuery

最早期的开发，大多都使用jQuery，它给我们带来了很多的便利：快速选取元素，方便操作DOM元素的API，各个浏览器之间完美的兼容性，链式操作，动画、ajax等等都是jQuery为前端开发人员来带的好处。为什么现在越来越少人用了呢？我来分以下几点，阐述我的想法：

一、JS更新带来的冲击：

1.快速选取DOM节点
对于大部分使用jQuery的开发工程师来说，能够快速选取DOM节点，这个无疑是一个重要的原因，但是就目前情况来说，这个优势显然已经荡然无存了，为什么呢？跟大家说两个API，这两个API已经非常多的人在用了，就是document.querySelector和document.querySelectorAll方法。这两个方法可以通过传入css选择器形式的字符串，就可以匹配到预期的DOM节点。以下是目前两个API的兼容情况：

querySelector兼容情况

querySelectorAll兼容图

从图中可以看到，这两个API已经很好的兼容各个浏览器。
Vue中也是使用此API进行元素获取的：

所以说jQuery快速选择DOM节点的优势已经不存在了。
2.方便操作DOM元素的API
可以方便操作DOM元素的API，比如addClass 、removeClass 、toggleClass。现在原生JS也得到了支持，这个API叫做classList。

虽然说IE兼容的不太完美，但是最基本该实现也都实现了。
3.动画
现在CSS3动画技术已经非常的成熟，已经完全可以取代jQuery做的动画，而且还能比jQuery的animate方法实现更复杂的动画，兼容性好，性能消耗小，何乐而不为呢？举个例子吧，比方说如果实现背景颜色过度，CSS3可以完美的实现，但是jQuery就不行。并且现在已经出现了很多优秀的CSS3动画库，大名鼎鼎的Animate.css库大家肯定都有耳闻吧。

目前CSS3动画的兼容性

4.Ajax操作
jQuery的ajax操作，为我们省去了兼容浏览器方面的问题，并且也提供了简明的API去调用get和post，让开发者从繁琐的兼容性与使用原生API上解脱出来。但是现在，这个优势也已经非常微小了。不管是原生JS的Fetch API还是axios。都为我们提供了强大的ajax使用能力，并且axios还有拦截器这个优势。这时相较而言，jQuery的ajax确实已经无法相比了。
当然Fetch在IE上来说，肯定是没法用的

Fetch兼容性

但是已经有了Fetch的Polyfill方案：github/fetch
这样只需要引用这一个小小的JS，就可以使用方便的ajax了。相较于jQuery，那是小巧很多的。
二、性能问题：

在原来的开发中，工程师们不会太纠结于性能问题。但是现在不同了，为了提高用户体现，首要的就是解决浏览器绘制所带了的性能问题。最经典的莫过重绘和回流这两个概念。
重绘：就是页面重新进行绘制，比方说，修改一个元素的背景颜色。
回流：一般来说，浏览器进入页面的时候就已经进行了一次回流，回流其实指的就是页面重新进行排版布局。
既然我们想提高性能，那么就可以先从这两概念入手，肯定是以最小的代价更新页面是提高性能最好的手段。但可惜的是，jQuery并没有做到。为什么这么说，请看以下分析:
当我们拿到一组新闻数据要渲染到ul标签里时，通常我们会先将新闻数据逐条进行字符串拼接，紧接着使用$符选择ul元素，并修改ul的innerHTML的值为拼接好的字符串（使用html API），此时完成了第一次渲染。这次页面进行了重绘（这时必然的），首先不分析第一次的性能好或坏，用下一个说明将更加有力。
比如说我们这时多了一个换一换按钮。在传统开发模式中，这时的换一换按钮肯定执行的还是上面的代码，获取元素，修改元素的innerHTML，但是现在问题出现了，就是我们有必要将所有元素重新删除，再重新添加一遍吗？答案肯定是不需要（下图所示，创建一个元素的代价有多大）。

一个li节点上的所有属性

因为这时我们只需要将每一个li里的文字和a标签里的链接修改即可，那显然是没有必要像上面那样重新再添加一遍li的。因为一个DOM元素，可能包含上百条属性，这对性能开销是很大的。
那么现在出现的新概念 Virtual DOM（虚拟DOM），就可以解决这个问题。其实Virtual DOM就是对真实DOM节点的描述，通过改变Virtual DOM来以最小变动来改变真实DOM（Virtual DOM不一定真的比jQuery性能更好）。
尤雨溪：网上都说操作真实 DOM 慢，但测试结果却比 React 更快，为什么？
三、现代框架对jQuery的影响：

现在国内比较火的React 、Vue 、Angular框架，都是属于MV*框架的范畴，其设计特点，主要是以数据为核心。可以说操作DOM的事儿，就留给框架去做了。这比传统jQuery开发效率高，代码可维护性高，可扩展性强、性能好。
打个比方：
我让jQuery去买瓶酱油，给了他100块钱，这时我们需要告诉他去小卖铺的路怎么走、怎么跟老板说买啥酱油，买多少钱的酱油，找多少零钱，还得告诉他怎么回来（命令式）。
这时我让Vue去买酱油去了，这时我只需要给他钱，并且告诉他目的地在哪儿，买什么酱油即可，不需要手把手教他（函数式）。
这就是传统开发和现代框架开发的不同。
使用现代框架开发，可以使用Webpack（当然使用jQuery也可以使用Webpack）,可以使用人家提供的现成的脚手架，比方说create-react-app，vue-cli。极大提高了开发的效率，并且可以使用最新的ES6、ES7语法进行开发，在编码体验上，就提高了一个档次。
现在jQuery已经完美的退出了历史的舞台，他已经完成了他所要完成的任务。

谢谢各位小伙伴的阅读，嘿嘿。
END...

123987456 · 2022-6-25 21:31:44

可是他说的也没错。
并不是说现在就可以不用jquery，而是新的项目中，会减少或者不用jquery。以这样一个角度来看jquery的确可以退出历史舞台了。

在互联网的前端行业，jquery在面试中的确已经不是那么重要了。大家都想说推进用户的产品使用体验，自然而然也想要让用户抛弃旧的浏览器，你看天猫都已经放弃了IE8，你竟然还在维护IE5.5。

更何况那么多的webApp，用jquery是更不可能的了。

w9kh34 · 2022-6-25 21:32:01

醒醒吧，大清都完了。现在你还用JQ那你也赶紧退出前端这个行业吧，现在有打火机了，你这个猿人还钻木取火呢。

kpo3q · 2022-6-25 21:32:27

如果你是一个前端开发，那么现在放下jquery，进入三大框架是正确的道路，node+es6是必须掌握的技能。如果你是一个后端，比如我，那么拿起jquery就是干。

Lisa7675 · 2022-6-25 21:32:53

emmm... 2000多字的文章，你非揪着这句话不放，我有什么办法。抓紧学习学习新技术，还不晚。

uyeum6 · 2022-6-25 21:33:53

No，我不是前端，我的意思是：虽然很多时候，现在的前端框架很好用了，但不代表说，JQ就完全可以退出了。前端互联网可以不考虑IE 6 7 8 ，不代表所有的情况。君不见上个月我还见要支持IE5.5的呢。

vk_o4s · 2022-6-25 21:34:26

我也算是在意，才会全文都给看了，才回复指出问题。本身并不想和你抬杠，难道你希望说原本是错的，也要我点头给你个：对对对？

_f2yl · 2022-6-25 21:34:46

我们还在用，没什么不好的，性能、学习曲线和开发效率都很不错，看应用场景吧。
至于MVVM类型的框架，还没有用，因为我们现在用的JS库支持MVVM还不太好。
赶潮流没必要，就看用的场合是什么。jQuery挺好的，没有什么落伍不落伍的，只有适合不适合。

a1n0i4 · 2022-6-25 21:34:51

说实话，从我的角度我不知道更换框架的动力在哪里。jQuery当个工具用下也没什么问题，干嘛非要用node.js去解析css？我们自己写的css、js和html生成压缩工具也在用啊。我们用C#写的，也没费什么功夫，解析js、css和html现成的库很多很多啊，非要用那个node.js干嘛？没理解，真要在浏览器中解析？不现实吧。node.js那个性能，咳，不说了。

sfzt · 2022-6-25 21:35:38

那个less瞄了一眼，心理就说了句，操，这个玩意居然也能成了一种需要培训的东西了。前端好low啊。

mahk1 · 2022-6-25 21:36:15

一直觉得，jquery作为一个js工具库，能在当时代被拿来与前端框架对比，我觉得本身就是很了不起的事情。

jquery 是一个基于浏览器解析乱七八糟的时代（原谅我用了乱七八糟这个词）崛起的完善js工具库，当时的浏览器兼容问题带来的繁重工作量，直接导致了jquery的爆发，几乎是一统天下，jquery的出现解决了至少80%兼容劳动；

现在浏览器解析标准趋于统一，再加上ui交互标准的提升，jquery性能和代码规范度上，确实不如一众mvvm框架，但是在上手和易用度上，jquery仍然是当之无愧的第一，任何一个程序员，都可以一天学会jquery基本用法并投入使用。

没有过时的技术，只有适合的技术，开发周期、人工成本、人员配置等等各种项目因素影响，还是有很多项目用jquery。

新式js即使有类似于jquery的支持，新东西就意味着学习成本。基于DOM的js操作，当前仍然是jquery最好用最易上手，更有海量的jquery插件可以选择，而且jquery可以在任意场景下集成到项目，不会对原有代码造成任何影响。

u7df75 · 2022-6-25 21:36:41

ie678，爽歪歪

7gqqu · 2022-6-25 21:37:01

答主辛苦了，评论区乱糟糟什么牛鬼蛇神都有啊哈哈哈，这就是技术相轻么

ylos · 2022-6-25 21:37:22

我也不太清楚评论区是哪里的大神哈哈

qrc6r · 2022-6-25 21:37:37

jq的事件托管机制这是目前主流框架没有的

吴宇 · 2022-6-25 21:38:28

jq虽然快要淘汰了，但是它的一些思想也值得去学习。同时国内一些网站还是要兼容到ie6的，所以jq还没完全退出舞台

s5se_y · 2022-6-25 21:39:05

应该说jq影响了整个前端界他的特征和方便之处渐渐被写入了标准中从而达到了"有些人已经死了，但还是活着"的境界。

saugz · 2022-6-25 21:39:42

因为人越来越懒

wh432 · 2022-6-25 21:40:11

jq也有许多方便的一点。。比如链式编程。还有事件机制，额外的元素属性。。。。主要是写的习惯了。比如ajax代替axios，vue代替dom选择，css3代替jq动画，而jq比较厉害的就是这一点，一个若干年前的工具库集中了那么多。感谢jq。

fjba · 2022-6-25 21:41:10

你是做后端的？不知道你们的业务是有多简单，就算随便搞个todo应用，jq那套真的啰嗦，事件安装，状态更新，都要自己一个个的更新dom，逻辑和模板交叉在一起。
由less要培训就得出low的结论真是服
前端工程化引进了nodejs做预编译，为了提升dom操作效率引进虚拟dom，进而把渲染层和逻辑层彻底解藕，为了提升首屏显示速度，服务端渲染，codesplit，treeshake各种技术层出不穷，node更是直接推动了同构应用的出现，一份代码俩端跑有多爽，体验过么。
坚守jq那套，没什么问题，正如其它评论说的假如是干后台的，那拿起jq就是干；如果你是前端职业，不跟上，就错过了一众大神创造的美好世界

9g_hp · 2022-6-25 21:42:03

呵呵，我最开始做web是从http://asp.net开始的，你觉得我对所谓的虚拟Dom理解度如何？哈哈，渲染层和逻辑层分离，服务端渲染，从10年前微软系就开始玩的东西了。

操作dom？呵呵，你怎么知道我们自己不写框架的，还一个一个更新？笑死个人了，从ext时代就没这么玩的了，你懂不懂js的？

为什么越来越少的人用jQuery

20 个回复