它是一个编译器可让你使用最新版本的ES规范好比ES2015(ES6),ES2016(ES7),ES2017(ES8)的写法并把它编译成老的ES5的写法。前端
首先babel的转换其实作了两件事情node
let array = [1, 2, 3, 4, 5, 6]; array.includes(item => item > 2); ----------------------------> 转换后 var array = [1, 2, 3, 4, 5, 6]; array.includes(function (item) { return item > 2; });
let array = [1, 2, 3, 4, 5, 6]; array.includes(item => item > 2); new Promise() async function a(){ console.log(1); } --------------------------->转换后 "use strict"; require("regenerator-runtime/runtime"); require("core-js/modules/es6.promise"); require("core-js/modules/es6.object.to-string"); require("core-js/modules/es7.array.includes"); var array = [1, 2, 3, 4, 5, 6]; array.includes(function (item) { return item > 2; }); new Promise(); function a() { return regeneratorRuntime.async(function a$(_context) { while (1) { switch (_context.prev = _context.next) { case 0: console.log(1); case 1: case "end": return _context.stop(); } } }); }
可是可是,"平平无奇"的babel自己只会转义语法,可是咱们还想用Promise,Object.assign
等等。因此就会有这么大一堆不明因此的东西es6
@babel/polyfill,@babel/preset-env,@babel/plugin-transform-runtime,@babel/runtimejson
很容易理解,它就是各类API垫片,只要在主入口引用import '@babel/polyfill'
,就能完美使用各类新的API,彻底没有任何须要配置的地方。api
可是可是,这样就是把整个第三方垫片引入,打包出来会很是的大。因此就用到接下来的@babel/preset-envpromise
@babel/preset-env 主要干的事情呢,根据你的设置表示你要啥,它就给你啥,很少给也很多给。
使用@babel/preset-env最主要的配置字段就是useBuiltIns
和target
浏览器
//babel.config.js const presets = [ [ "@babel/env", { targets: { "browsers": ["> 1%", "last 2 versions", "not ie <= 8"] }, useBuiltIns: "usage", }, ], ]; module.exports = { presets };
target表示因此编译的代码运行的环境,能够是浏览器,能够是node,只要设置相应的字段,它就能根据规则插入和转义相应的语法跟APIbabel
例如如下的 "browsers": ["> 1%", "last 2 versions", "not ie <= 8"]
表示兼容市场占有率>1%,浏览器的最新两个版本,ie8如下不兼容async
useBuiltIns有三种取值,不一样的取值会影响API的导入方式函数
就是不用polyfill,若是在业务入口 import '@babel/polyfill'
, 会无视 .browserslist 将全部的 polyfill 加载进来。
须要手动import '@babel/polyfill'
,它会根据targets
中的配置来过滤出polyfill
不须要手动import '@babel/polyfill'
(加上也无妨,编译时会自动去掉), 且它会根据targets
中的配置来过滤出polyfill + 业务代码使用到的新 API 按需进行 polyfill。
useage并不会对第三方包作检测,因此若是某些第三包使用高级的API那么在低版本的浏览器上也是会报错的,例如:Array.from
基本上的开发使用@babel/preset-env
+@babel/polyfill
已经彻底很完美了
可是以上看起来好完美,可是还有一个巨大问题!!!
"use strict"; require("regenerator-runtime/runtime"); require("core-js/modules/es6.promise"); require("core-js/modules/es6.object.to-string"); require("core-js/modules/es7.array.includes"); var array = [1, 2, 3, 4, 5, 6]; array.includes(function (item) { return item > 2; }); new Promise(); function a() { return regeneratorRuntime.async(function a$(_context) { while (1) { switch (_context.prev = _context.next) { case 0: console.log(1); case 1: case "end": return _context.stop(); } } }); }
以上全部的垫片的导入都是直接挂载在全局对象上的,对于写业务API的时候这样并不影响使用,可是若是对于开发第三方包的状况,babel-polyfill 会污染全局变量,给不少类的原型链上都做了修改,这种状况就会变得很是不可控。
更改babel配置
const presets = [ [ "@babel/env", { targets: { "browsers": ["> 1%", "last 2 versions", "not ie <= 8"] }, // useBuiltIns: "usage", }, ], ]; const plugins = [ [ "@babel/plugin-transform-runtime", { "corejs": false, "helpers": true, "regenerator": true, "useESModules": false } ] ] module.exports = { presets,plugins };
其中的corejs参数有坑,后面说!
咱们在来看看打包结果
"use strict"; var _interopRequireDefault = require("@babel/runtime-corejs2/helpers/interopRequireDefault"); var _regenerator = _interopRequireDefault(require("@babel/runtime-corejs2/regenerator")); var _promise = _interopRequireDefault(require("@babel/runtime-corejs2/core-js/promise")); // import "@babel/polyfill" var array = [1, 2, 3, 4, 5, 6]; array.includes(function (item) { return item > 2; }); new _promise.default(); function a() { return _regenerator.default.async(function a$(_context) { while (1) { switch (_context.prev = _context.next) { case 0: console.log(1); case 1: case "end": return _context.stop(); } } }); }
是否是很神奇全部的新api都包裹在一个对象里,没有去污染全局变量。
soga,既然这么神奇,为嘛不直接一步到位用这种方法呢?
咱们仔细一点看的话,发现下面的代码并无被转化,这就是babel/plugin-transform-runtime的缺点了,它并无去转义实例新API的方法,若是在代码里使用到了新API的实例方法,这里是会跪的。
var array = [1, 2, 3, 4, 5, 6]; array.includes(function (item) { return item > 2; });
还须要留意的一点,在package.json下@babel/plugin-transform-runtime是在devDependencies,@babel/runtime是在dependencies下(由于里面都是转化的API垫片)
"devDependencies": { "@babel/plugin-transform-runtime": "^7.7.6", }, "dependencies": { "@babel/runtime": "^7.7.6" }
@babel/runtime内部集成了
转换一些内置类 (Promise, Symbols等等) 和静态方法 (Array.from 等)。绝大部分转换是这里作的。自动引入
做为 core-js 的拾遗补漏,主要是 generator/yield 和 async/await 两组的支持。当代码中有使用 generators/async 时自动引入。
最后大杀器,无敌巨坑:corejs3
咱们应该常常在其余文档和使用说明中看到 runtime 不支持实例方法,确实在以前的使用中,不管是 Babel 7.0.0 ~ 7.4.0 抑或 Babel < 7.0.0, 对此都无能为力。只能经过配置 corejs (可选 false | 2)来决定是否使用 babel/runtime-corejs 替代core-js 抑或 polyfill (可选 true | false)来决定是否全局引入新的内置函数(new built-ins),然而其实这二者并无根本改变, corejs: 2 实际上等同于 7.0.0 版本以前的 polyfill: true。
重点: 真正的改变出如今 Babel 7.4.0 以后,你能够选择引入 @babel/runtime-corejs3,设置 corejs: 3 来帮助您实现对实例方法的支持。
若是在Babel 7.4以后的版本,更改配置corejs : 3
const plugins = [ [ "@babel/plugin-transform-runtime", { "corejs": 3, //"corejs": false // 可选 false | 2 | 3 "helpers": true, "regenerator": true, "useESModules": false } ] ] module.exports = { presets,plugins };
在看转化结果
var _includes = _interopRequireDefault(require("@babel/runtime-corejs3/core-js-stable/instance/includes")); var array = [1, 2, 3, 4, 5, 6]; (0, _includes.default)(array).call(array, function (item) { return item > 2; });
它连实例API都转了,(早干吗去了,前端ER真的学不动了!!!!
最后附上Webpack版本Babel配置
{ "presets": [ [ "@babel/preset-env", targets: { "browsers": ["> 1%", "last 2 versions", "not ie <= 8"] }, ], ], "plugins": [ ["@babel/plugin-transform-runtime", { "corejs": 3 }] ] }