历时大半年，Github团队成功减少30kb依赖体积

你没看错，历时赖体Github前端团队花费大半年时间，大半队成成功将项目依赖包体积减少30kb。功减

减少的历时赖体部分是啥呢?jQuery。

技术还是大半队成技术债

多年以来，Github逐渐发展为一家拥有数百名工程师的功减公司。

作为一家大公司，历时赖体一部分人被划分出来从事性能优化工作。大半队成

但是功减，狼多肉少，历时赖体哪有那么多可优化点呢?大半队成

找新的性能优点难，找你老代码的功减麻烦还不容易?

于是，团队将目光盯向了「技术债」。历时赖体

鲁迅曾说过，大半队成前人用过的功减技术，如果阻碍后人重复造轮子，就成技术债了。

那么该挑哪个债来还呢?jQuery真是不二人选。原因如下：

说干就干，让我们先评估下工作量。

工作量max max max

新人这时候犯嘀咕：“这工作量，我估保守点，逐步替换，一周开发，一周测试，2周上线?”

组长啪的一下拍桌子：“那得是996的小作坊才这么干!我们大公司做事得专业，这事儿得「稳步迭代，增量解耦」”。

首选：我们得建立指标跟踪，统计每行代码中jQuery的调用次数。

实时监控，确保指标稳步下降。

调用次数统计

其次，要有专人开发一个lint(见eslint-plugin-jquery)，全团队普及，避免大家继续使用jQuery方法。

一屏截不完的规则

新人问：“那有人添加eslint-disable绕过规则怎么办?”

组长微微一笑，“小伙子，上道了啊。”

还得开发一个Github机器人，每当有人提交的新代码中包含eslint-disable规则，机器人会通知团队成员，这样我们能尽快介入review代码。

最后，免费信息发布网jQuery作为一个模块化的库，为了保证「稳步移除」，我们需要维护一个自定义jQuery版本。

每当确定一个模块不再使用，就从自定义版本中移除他，并提供一个更小体积的版本。

比如：当完全用fetch替换$.ajax后，就能将AJAX模块剔除。

“这一通操作下来，没有半年工作量，我看不行。”组长轻靠椅背，轻轻摇了摇头，说道。

升华主题

你以为这就完啦?naive～

前面做的，只能说稳步推进工作。接下来说的，才是KPI的重中之重。

jQuery被移除，项目必然出现很多原生JS。

重复代码多了得抽象、得封装是吧?

“您是说上框架!Vue还是Angular?”新人抢答道。

“小啦!格局小啦!”组长长叹一口气。

“当然是云南idc服务商拥抱标准。Vue的模版语法也是根据Web Components标准演化来的。”

“我们要引!领!时!代!”

从现在开始，所有可复用的功能组件都封装为Web Components。

比如「复制粘贴」功能，要封装为clipboard-copy：

示例代码

具体实现

并且开启Shadow DOM，使组件对外封闭，不会影响其他组件。

你问兼容性?小啦!格局又小啦!

我们这样的企业就是要推动浏览器厂商进步的。

最终产出了有1.4k star的Web Components组件库github-elements

后记

经过大半年的努力，Github团队成功将jQuery从项目依赖中根除，减少30kb依赖体积。

如果你审查Github页面代码，会时不时看到Web Component，比如：

大公司的工作方法论，你学废了么?

最新评论