babel-polyfill的几种使用方式
Jul 27, 2022 ·
6 Min Read
为什么要使用 babel-polyfill ？
Babel是一个广泛使用的转码器，可以将 ES6 代码转为 ES5 代码，从而可以在现有环境执行，所以我们可以用 ES6 编写，而不用考虑环境支持的问题；
有些浏览器版本的发布早于 ES6 的定稿和发布，因此如果在编程中使用了 ES6 的新特性，而浏览器没有更新版本，或者新版本中没有对 ES6 的特性进行兼容，那么浏览器就会无法识别 ES6 代码，例如 IE9根 本看不懂代码写的 let 和 const 是什么东西？只能选择报错，这就是浏览器对 ES6 的兼容性问题；
Babel默认只转换新的 JavaScript 语法（syntax），如箭头函数等，而不转换新的 API，比如 Iterator、Generator、Set、Maps、Proxy、Reflect、Symbol、Promise等全局对象，以及一些定义在全局对象上的方法（比如 Object.assign）都不会转码；因此我们需要 polyfill；
因为这是一个 polyfill （它需要在源代码之前运行），我们需要让它成为一个 dependency（上线时的依赖），而不是一个 devDependency（开发时的依赖）；
1.使用转换插件: babel-plugin-transform-xxx
- 使用方法
- 缺啥补啥,在
package.json添加所需的依赖babel-plugin-transform-xxx - 在
.babelrc中的plugins项指定使用babel-plugin-transform-xxx插件 - 代码中不需要显式
import/require，.babelrc中不需要指定useBuiltIns，webpack.config.js中不需要做额外处理,一切由 babel插件完成转换
- 缺啥补啥,在
- 优点
- 作用域是模块,避免全局冲突
- 是按需引入,避免不必要引入造成及代码臃肿
- 缺点
- 每个模块内单独引用和定义 polyfill 函数,造成了重复定义,使代码产生冗余
配置完一个转换插件后, 代码中每个使用这个 API 的地方的代码都会被转换成使用 polyfill 中实现的代码
2.使用插件 babel-runtime 与 babel-plugin-tranform-runtime
相比方法1，相当于抽离了公共模块，避免了重复引入，从一个叫 core.js 的库中引入所需 polyfill (一个国外大神用ES3写的ES5+ polyfill)
- 使用方法
package.json中添加依赖babel-plugin-tranform-runtime以及babel-runtime.babelrc中配置插件:"plugins": ["transform-runtime"]- 接下来，代码中可以直接使用 ES6+ 的新特性，无需
import/require额外东西，webpack 也不需要做额外配置
- 优点
- 无全局污染
- 依赖统一按需引入( polyfill 是各个模块共享的), 无重复引入, 无多余引入
- 适合用来编写 lib (第三方库)类型的代码
- 缺点
- 被 polyfill 的对象是临时构造并被import/require的，并不是真正挂载到全局
- 由于不是全局生效, 对于实例化对象的方法，如
[].include(x)， 依赖于Array.prototype.include仍无法使用
3.全局babel-polyfill(不使用useBuiltIns)
- 使用方法
- 法3.1: (浏览器环境)单独在 html 的
<head>标签中引入babel-polyfill.js(CDN或本地文件均可) - 法3.2: 在
package.json中添加babel-polyfill依赖, 在 webpack 配置文件增加入口: 如entry: ["babel-polyfill",'./src/app.js']， polyfill 将会被打包进这个入口文件中, 而且是放在文件最开始的地方 - 法3.3: 在
package.json中添加babel-polyfill依赖, 在 webpack入口文件顶部使用import/require引入,如import 'babel-polyfill'
- 法3.1: (浏览器环境)单独在 html 的
- 优点
- 一次性解决所有兼容性问题，而且是全局的，浏览器的
console也可以使用
- 一次性解决所有兼容性问题，而且是全局的，浏览器的
- 缺点
- 一次性引入了 ES6+ 的所有 polyfill，打包后的 js 文件体积会偏大
- 对于现代的浏览器,有些不需要 polyfill，造成流量浪费
- 污染了全局对象
- 不适合框架或库的开发
4.全局 babel-polyfill (使用babel-preset-env 插件和 useBuiltIns 属性)
- 使用方法
packge.json引入依赖babel-preset-env.babelrc中使用配置preset-env- 指定
useBuiltins选项为true - 指定浏览器环境或 node 环境，配置需要兼容的浏览器列表
- 在 webpack 入口文件中使用
import/require引入 polyfill，如import 'babel-polyfill' - 以上配置完成之后，babel 会根据指定的浏览器兼容列表自动引入所有所需的 polyfill ，不管你代码中有没有使用
.babelrc示例
{ "presets": [ [ "env", { "modules": false, "targets": { "browsers": ["ie >=9"] }, "useBuiltIns": true, "debug": true } ] ]}- 优点
- 按需(按照指定的浏览器环境所需)引入 polyfill，一定程度上减少了不必要 polyfill 的引入
- 配置简单, 无需对 webpack 做额外的配置
注意:
- 不可与方法3混用，否则会引起冲突
- 全局方式要保证 polyfill 在所有其它脚本之前被执行(首行
import或者设置为 html 的第一个<head>标签)
5.polyfill.io
一个 CDN 方式提供的 polyfill，可根据浏览器 UserAgent 自动返回合适的polyfill，详细内容自行google
Last edited Feb 15