技术沙龙 | 8月25日与多位资深技术大咖讨论小顺序电商实战

喜欢的开源的同窗一定会留意到最近 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 也并不是不能用了，它依然是开发前端网页的一个选择，至于究竟如何选择，则要看以后场景能否适宜了。

【编辑引荐】

Java开发者的入门工具，你用过几个？

GitHub是如何将20亿美元的业务华美卖身给微软75亿美元的？

与代码面对面，“独自编程”能让任务的效率更高

十年后，曾和你一同写代码的人，会如何？

微软在GitHub上推出开源的Quantum Katas项目 教你Q#编程

(责任编辑：admin)