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 有必要吗？

到底要不要重构掉 jQuery？

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

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

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

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