GitHub重构页面移除了jQuery
Posted 前端之巅
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了GitHub重构页面移除了jQuery相关的知识,希望对你有一定的参考价值。
喜欢的开源的同学肯定会注意到最近 GitHub 的改版,不知道大家是否习惯新的 Dashboard 呢?
除了界面的修改,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 有必要吗?
在微博上,有人指出其实没必要对旧项目进行大改:
对于没有更多需求的项目,的确没有必要大动干戈,但是,GitHub 是一个仍在继续迭代,不断有新功能模块推出的大型项目。通过改版的机会进行重构、切换技术栈,是目前互联网行业比较通常的做法。
在重构的过程中当然会引入新的问题,但如果比较一下收益,比如组件化、工程化的引入,对后续维护、持续的用户体验优化带来的好处,还是值得这么做的。
最后,jQuery 也并不是不能用了,它仍然是开发前端网页的一个选择,至于到底如何抉择,则要看当前场景是否适合了。
网络协议知识点太多,学完记不住?看上去懂了,但是经不住问?知识学会了,实际应用依旧不会?这个专栏,不仅可以帮你理清繁杂的网络协议概念,构建一个精准的网络协议知识框架。
原价 68 元,今日拼团特惠价 58 元,喊上你的朋友一起来拼团,仅此一天!
以上是关于GitHub重构页面移除了jQuery的主要内容,如果未能解决你的问题,请参考以下文章
前端每周清单:jQuery 3.2发布,滴滴采用Vue 2.0重构Web App饿了么 PWA 实践经验分享
将一个模块的jib配置移到新模块中,重构多模块gradle项目
JS周刊#402 - Babel与TypeScript联姻,如何让Vue App Lighthouse获得满分,JS计时器之旅