我正在尝试在Babel 6上从头开始使用async/await,但我得到的是regeneratorRuntime没有定义。
.babelrc文件
{
"presets": [ "es2015", "stage-0" ]
}
package.json文件
"devDependencies": {
"babel-core": "^6.0.20",
"babel-preset-es2015": "^6.0.15",
"babel-preset-stage-0": "^6.0.15"
}
.js文件
"use strict";
async function foo() {
await bar();
}
function bar() { }
exports.default = foo;
在没有async/await的情况下正常使用它,效果很好。知道我做错了什么吗?
使现代化
如果你将目标设置为Chrome,它就会起作用。但它可能不适用于其他目标,请参阅:https://github.com/babel/babel-preset-env/issues/112
因此,这个答案对于最初的问题来说不太合适。我将把它保存在这里,作为babel预置env的参考。
一个简单的解决方案是在代码开头添加import“babel polyfill”。
如果您使用webpack,快速解决方案是添加babel polyfill,如下所示:
entry: {
index: ['babel-polyfill', './index.js']
}
我相信我找到了最新的最佳实践。
检查此项目:https://github.com/babel/babel-preset-env
yarn add --dev babel-preset-env
将以下内容用作babel配置:
{
"presets": [
["env", {
"targets": {
"browsers": ["last 2 Chrome versions"]
}
}]
]
}
那么你的应用程序应该可以在最近两个版本的Chrome浏览器中使用。
您还可以将节点设置为目标,或根据https://github.com/ai/browserslist
告诉我什么,不要告诉我怎么做。
我真的很喜欢babel preset env的哲学:告诉我你想要支持哪个环境,而不是告诉我如何支持它们。这是声明式编程的优点。
我已经测试了异步等待,它们确实有效。我不知道它们是如何工作的,我真的不想知道。我想把时间花在我自己的代码和业务逻辑上。多亏了babel预置env,它将我从babel配置地狱中解放出来。
如果你正在构建一个应用程序,你只需要@babel/preset-env和@babel/polyfill:
npm i -D @babel/preset-env
npm i @babel/polyfill
(注意:您不需要安装core js和再生器运行时包,因为它们都将由@babel/polyfill安装)
然后在.babelrc中:
{
"presets": [
[
"@babel/preset-env",
{
"useBuiltIns": "entry" // this is the key. use 'usage' for further codesize reduction, but it's still 'experimental'
}
]
]
}
现在设置目标环境。在这里,我们在.browserlistrc文件中执行此操作:
# Browsers that we support
>0.2%
not dead
not ie <= 11
not op_mini all
最后,如果使用useBuiltIns:“entry”,请将import@babel/polyfill放在条目文件的顶部。否则,你就完蛋了。
使用此方法将有选择地导入那些polyfills和“再生器运行时”文件(此处未定义修复再生器的运行时问题),前提是任何目标环境/浏览器都需要它们。