使用 polyfills 的简易方法（使用权资产）

使用 polyfills 的简易方法（使用权资产）

本文系 工程师编译呈现，以下为正文。

挑战

下面是我们正在尝试解决的一些问题：

开发者对哪些特性需要使用polyfill不是很清楚。例如你在某个旧版本的IE浏览器（因为你有很大数量的用户还在使用它）中载入网站，发现网站不工作，你不得不慢慢调试来搞清楚到底是哪个特性导致了这个问题。有时候问题很清楚，但大多时候并非如此，尤其是旧版浏览器往往缺少好的开发者工具的时候。针对每个特性都有很多polyfill可供选择。很难确定哪一个能最忠实地模拟缺少的特性。有一些大的polyfill捆绑着很多你不需要的polyfill，例如ES6，它全面覆盖了一系列的特性集。为了解决一个简单的问题而向浏览器植入所有的这些代码其实是不必要的。较新版本的浏览器不需要polyfill，但一般来说polyfill可用于所有种类的浏览器。虽然这是为了提高与旧版浏览器的兼容性，但这也降低了新版浏览器的性能。我们不愿意做出这种妥协。我们更愿意在原本不具备某个特性的浏览器上使用polyfill。

我们的解决办法：以polyfill为服务

为了解决这些问题，我们开发了polyfill服务。这有点像是验光师先对你的眼睛验光检查，然后针对你的视力问题配置眼镜。我们将对浏览器做同样的事情。下面解释它是如何工作的：

开发人员在他们的页面中插入一个脚本标记作为导入polyfill服务的端点。该服务分析浏览器的user-agent标头和必需特性列表（或是使用一个默认的可使用polyfill服务的列表），然后搭建浏览器所需的polyfill列表。按照正确的依赖顺序表定制polyfill。通过CDN 压缩服务包并提供服务（对此我们衷心感谢Fastly的支持）。

然而，Polyfill服务却是真正起到了作用。不想花时间去深入了解旧版本浏览器缺点的你一点儿错也没有。让别人先弄明白问题所在，然后我们在不需要了解细节的情况下就能直接受益。

如何使用

最简单的使用情况是：

这包含了我们默认的 polyfill设置。这个默认设置是我们人工挑选的一个特性列表，我们认为这个列表中所包含的特性对于现代网络开发来说不可或缺，而且相对应的polyfill相当小且十分精确。如果你想指定添加某个polyfill特性，只需要这么做：

如果有必要在解析自己的代码之前加载polyfill的话，你可以移除async和defer属性，或是使用一个脚本加载器（不需要任何polyfill的加载器！）

测试与文档特性支持

User-Agent 分析？ 你确定？

在一些情形中，针对同一特性我们有多个polyfill可供选择，这是因为一些浏览器提供非顺从实施方式，因此只需要你敲打成型即可，而其他浏览器则没有提供任何的实施。但若是有UA检测，你能够选择相应的polyfill。有了UA检测，第一个HTTP请求就能直接由polyfill代码应答。如果我们使用了特性检测，第一个请求将会为特性检测代码服务，而第二个请求则需要用于获取特定的polyfill。

几乎所有的大型网站都使用UA检测。这并不是说与之相关的特征就是不好的。显然，好的UA规则要比差劲的UA规则更难编写。而且我们并没有排除借助特性检测使用该服务的可能。

人人可用的服务