GitHub 改版,重构页面移除了 jQuery 真的有必要吗?

栏目: IT资讯 · 发布时间: 6年前

内容简介:GitHub 的前端团队还乘机移除了页面中的 jQuery: 值得一提的是,GitHub 前端团队并未使用其它框架来代替 jQuery,而是使用原生 JS: 用 querySelectorAll 来查询 DOM 节点; 使用 fetch 代替 ajax(在不支持的浏...

GitHub 的前端团队还乘机移除了页面中的 jQuery:

GitHub 改版,重构页面移除了 jQuery 真的有必要吗?

GitHub 改版,重构页面移除了 jQuery 真的有必要吗?

值得一提的是,GitHub 前端团队并未使用其它框架来代替 jQuery,而是使用原生 JS:

  • 用 querySelectorAll 来查询 DOM 节点;

  • 使用 fetch 代替 ajax(在不支持的浏览器上使用 XHR);

  • 使用代理事件来进行事件处理;

  • 为一些尚未实现的 DOM 标准写了 polyfill;

  • 更多的使用自定义元素(CustomElement)。

他们把其中的一些成果也在 GitHub 上开源了:

Fetch polyfill: https://github.com/github/fetch

Delegated events: https://github.com/dgraham/delegated-events

Custom Elements: https://github.com/search?q=topic%3Aweb-components+org%3Agithub

jQuery 曾风靡一个时代,大大降低了前端开发的门槛,丰富的插件也是前端开发者得心应手的武器库,但是,这个时代终于要落幕了。随着 JS 标准和浏览器的进步,jQuery 的很多精华被原生 JS 吸收,我们直接使用原生 API 就可以用类似手法来处理以前需要 jQuery 的问题。在新的 Web 项目中,如果不需要支持过于陈旧的浏览器版本,那么的确没有必要使用 jQuery。

但是,像 GitHub 这样重构掉 jQuery 有必要吗?

到底要不要重构掉 jQuery?

在微博上,有人指出其实没必要对旧项目进行大改:

GitHub 改版,重构页面移除了 jQuery 真的有必要吗?

对于没有更多需求的项目,的确没有必要大动干戈,但是,GitHub 是一个仍在继续迭代,不断有新功能模块推出的大型项目。通过改版的机会进行重构、切换技术栈,是目前互联网行业比较通常的做法。

在重构的过程中当然会引入新的问题,但如果比较一下收益,比如组件化、工程化的引入,对后续维护、持续的用户体验优化带来的好处,还是值得这么做的。

最后,jQuery 也并不是不能用了,它仍然是开发前端网页的一个选择,至于到底如何抉择,则要看当前场景是否适合了。

来自:前端之巅


【声明】文章转载自:开源中国社区 [http://www.oschina.net]


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

操作系统基础教程

操作系统基础教程

戴维斯 / 第1版 (2006年7月1日) / 2006-7 / 34.0

这是一本关于操作系统基本原理的教科书,其最大特点就是从操作系统的分层概念出发,深入浅出地介绍了操作系统的基本概念和基本框架。本书可以作为高等院校非计算机专业相关课程的教材或参考书,也适合具有高中以上数学基础的计算机用户自学,还可以作为社会上计算机培训机构的教材。对所有想了解计算机操作系统,但又不需要或不打算深入学习其理论和实现细节的读者来说,本书是一本极具价值的入门指导书。一起来看看 《操作系统基础教程》 这本书的介绍吧!

图片转BASE64编码
图片转BASE64编码

在线图片转Base64编码工具

正则表达式在线测试
正则表达式在线测试

正则表达式在线测试