摘要：无论是还是，对许多应用来说，这个大小都是完全可以接受的。但是为了不用，放弃向后兼容那我觉得还是用得了。自从年双十一正式上线，累计处理了亿错误事件，付费客户有金山软件百姓网等众多品牌企业。
译者按： 看来 jQuery 还是有一些用武之地的。
原文: Why I"m Still Using jQuery in 2019
译者: Fundebug
为了保证可读性，本文采用意译而非直译。翻译仅供学习探讨，不代表 Fundebug 观点。
许多人都在提倡: “直接用原生的 JavaScript 就好了，不需要 jQuery 了”。
You might not need jQuery尝试告诉我们，摆脱 jQuery 是一件很容易的事情。但是，它的第一个例子恰恰告诉我们用 jQuery 其实也不错，因为我们写了 10 行原生的 JavaScript 代码，其实只需要 1 行 jQuery 代码就够了。
很多 JavaScript 的 API，尤其是 DOM 相关的 API，挑战了我的审美哲学，直白点说，我觉得它们太糟糕了！el.insertAdjacentElement("afterend", other)当然也可以用，但是$(el).after(other)更加简洁。$()函数也没那么好看，我没有特别喜欢，但是它比原生的 API 好太多了。
你们如何获取某个元素的 sibling 呢？到底用nextSibling还是用nextElementSibling？它们有什么不同？各个浏览器分别支持哪个方法？当你忙着去 MDN 查文档的时候，我直接用 jQuery 的next和prev()就好了。
许多常用的 JavaScript 的标准 API 都挺奇怪的，这里我就不列出来了，大家去You might not need jQuery看看就知道了。
写代码的时候，我们总会需要使用一些常用的帮助函数，You might not need jQuery列举了很多，使用 jQuery 可以很方便的使用这些帮助函数，这样我们就不需要每次都去 Stack OverFlow 上去复制代码了。。。
浏览器的兼容问题已经没有以前那么头疼了，但是它还是个不小的问题，除非你觉得只要 85%的用户 OK 就行。关于这个问题，大家可以阅读我的Why Hello CSS doesn’t use CSS variables。
那么，我们必须使用 jQuery 吗？当然不是！使用任何第三方库都是有代价的，增加了复杂度，也增加了文件大小。但是，jQuery 其实没那么大，压缩之后的大小只有 30K。如果我们去掉 ajax 以及一些不常用的功能的话，就只有 23K；如果我们使用 querySelector 替代 SizzleJS 来构建的话，则只有 17K 了。无论是 30K 还是 17K，对许多应用来说，这个大小都是完全可以接受的。
大家不妨看看Bootstrap removing jQuery，为了移除 jQuery，他们也是花了不少精力啊：自己撸帮助函数；放弃兼容 IE，因为太难写了；他们花了 1 年半时间来倒腾这个。最终的结果在我看来，这些努力似乎不值得。
我理解他们为什么这么做，大家希望在 Vue 项目中使用 Bootstrap，但是同时使用 Vue 和 jQuery 的话有点傻。对于减少网页大小，我非常同意，也很喜欢Web bloat与The Ethics of Web Performance两篇博客中的观点。但是，我们需要实际一点，不要过于理想主义。添加 17K 的 jQuery 真的那么糟糕吗？当我吐槽 Medium 或者 New York Times 这样的网站需要的 JS 文件超过 1M 的时候，有的人会这样反驳：”莫非你还在用 56k 的带宽？“，但是，为什么 17K 的 jQuery 就那么不能接受了呢？
不用 jQuery 而自己写帮助函数也可以，比如你希望你写的函数被其他人复用，或者你写的函数特别小。但是为了不用 jQuery，放弃向后兼容？那我觉得还是用 jQuery 得了。所有事情都用 jQuery 实现当然不好，但是任何时候都不用 jQuery也不是什么明智之举。
我不是 jQuery 的狂热粉丝，我也愿意使用一些简化版的 jQuery，只要它们可以让 JS 的 API 更好用一点。You might not need jQuery推荐了bonzo和$dom，以及其他一些 AJAX 库，但是大多数看起来没怎么维护。如果没有足够吸引人的理由，最好不要去替代 jQuery，因为 jQuery 本身没什么大毛病。
有些读者也许会去比较 Vue, React 以及其他前端框架，但是这篇博客的目的是比较 jQuery 与原生的 JavaScript，没有打算去论证整个前端到底应该如何开发。
话说回来，我觉得有些场景下只使用简单的 JavaScript 也挺好的，主要原因是我希望网页可以足够快，可以让尽量多的人正常访问。以我的经验，使用服务端渲染，再加上渐进式增强 JavaScript，是最佳的实现方式，开发起来很简单，访问速度足够快，BUG 也很少。
难道前端框架不好吗？当然不是，没有什么绝对不好的技术，所有技术都有一定的取舍，当然也包括 jQuery。
参考GitHub：我们是这样弃用jQuery的
为啥jQuery被淘汰了？
为什么越来越少的人用jQuery
关于FundebugFundebug专注于JavaScript、微信小程序、微信小游戏、支付宝小程序、React Native、Node.js和Java线上应用实时BUG监控。 自从2016年双十一正式上线，Fundebug累计处理了10亿+错误事件，付费客户有Google、360、金山软件、百姓网等众多品牌企业。欢迎大家免费试用！
版权声明转载时请注明作者Fundebug以及本文地址：
https://blog.fundebug.com/2019/06/04/why-i-am-still-using-jquery-in-2019/
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/104391.html
摘要：类似，是由，和个人开发者和公司的社区维护。这是非常流行的用于设计网站和应用程序的开源前端框架。这是另一个日益普及的大数据框架。最初是由创建的另一个移动应用程序开发框架。在年收购了，将其重新命名为，后来又发布了一个名为的开源软件。 春节即将来临，许多开发者们已经做好了新一年的学习计划，假如你还没有计划好2018年，可以看下这一篇文章，在这篇文章中，我将分享一些值得开发者学习的优秀框架，以...
摘要：时光飞逝，岁月如梭，我从前端开发岗位转入测试岗位已经三年了，这期间从迷茫到熟悉，到强化，到熟练，到总结，感受还是很深的三年前的某一个晚上，我正准备下班回家，我们的项目经理把我叫到办公司和我谈话，谈了很多，具体说什么不记得 ...
摘要：很多程序员问我，感觉涨工资不再像以前那么简单了，感觉现在很迷茫。这也是很多用人单位喜欢高学历的学生。类学生一般是工作年以内，或者培训以后年以内，这类人优点是专业技能上身快，学习有针对性，效率高。这个是最重要的，也是很多人不成功的原因。 showImg(https://segmentfault.com/img/bVbgTka?w=1080&h=608);很多程序员问我，感觉涨工资不再像以...
摘要：很多程序员问我，感觉涨工资不再像以前那么简单了，感觉现在很迷茫。然后换了第二份工作，工资也涨到了。目前基础如何，对技术链条把我的长短。这个是最重要的，也是很多人不成功的原因。很多人喜欢打嘴炮，说的很好计划很合理，没坚持两天又放弃了。 showImg(https://segmentfault.com/img/bVbgTka?w=1080&h=608);很多程序员问我，感觉涨工资不再像以前...
摘要：很多程序员问我，感觉涨工资不再像以前那么简单了，感觉现在很迷茫。这也是很多用人单位喜欢高学历的学生。类学生一般是工作年以内，或者培训以后年以内，这类人优点是专业技能上身快，学习有针对性，效率高。这个是最重要的，也是很多人不成功的原因。 showImg(https://segmentfault.com/img/bVbgTka?w=1080&h=608);很多程序员问我，感觉涨工资不再像以...
阅读 1944·2023-04-26 00:09
阅读 2965·2021-09-26 10:12
阅读 3284·2019-08-30 15:44
阅读 2711·2019-08-30 13:47
阅读 805·2019-08-23 17:56
阅读 3076·2019-08-23 15:31
阅读 357·2019-08-23 13:47
阅读 2345·2019-08-23 11:56
