我们如何避免在 Babel 转译的文件中出现样板代码?
How do we avoid boilerplate code in files transpiled by Babel?
例如,如果我 运行
babel src --source-maps --out-dir . --modules common
在我的项目的src文件夹中,它输出了.中的所有文件,但是每个文件都包含类似
的东西
var _createClass = (function () { function defineProperties(target, props) { for (var i = 0; i < props.length; i++) { var descriptor = props[i]; descriptor.enumerable = descriptor.enumerable || false; descriptor.configurable = true; if ('value' in descriptor) descriptor.writable = true; Object.defineProperty(target, descriptor.key, descriptor); } } return function (Constructor, protoProps, staticProps) { if (protoProps) defineProperties(Constructor.prototype, protoProps); if (staticProps) defineProperties(Constructor, staticProps); return Constructor; }; })();
var _get = function get(_x, _x2, _x3) { var _again = true; _function: while (_again) { var object = _x, property = _x2, receiver = _x3; desc = parent = getter = undefined; _again = false; if (object === null) object = Function.prototype; var desc = Object.getOwnPropertyDescriptor(object, property); if (desc === undefined) { var parent = Object.getPrototypeOf(object); if (parent === null) { return undefined; } else { _x = parent; _x2 = property; _x3 = receiver; _again = true; continue _function; } } else if ('value' in desc) { return desc.value; } else { var getter = desc.get; if (getter === undefined) { return undefined; } return getter.call(receiver); } } };
function _interopRequireDefault(obj) { return obj && obj.__esModule ? obj : { 'default': obj }; }
function _classCallCheck(instance, Constructor) { if (!(instance instanceof Constructor)) { throw new TypeError('Cannot call a class as a function'); } }
function _inherits(subClass, superClass) { if (typeof superClass !== 'function' && superClass !== null) { throw new TypeError('Super expression must either be null or a function, not ' + typeof superClass); } subClass.prototype = Object.create(superClass && superClass.prototype, { constructor: { value: subClass, enumerable: false, writable: true, configurable: true } }); if (superClass) Object.setPrototypeOf ? Object.setPrototypeOf(subClass, superClass) : subClass.__proto__ = superClass; }
是否有可能让 babel 将这些常见的样板文件写入一个文件,然后在每个文件中使用 require 来导入它们?因此每个文件中的样板代码现在可能如下所示:
var { _createClass, _get, _interopRequireDefault, _classCallCheck, _inherits } = require(`./babel-functions`)
和 babel-functions.js
文件(或任何应命名的文件)将位于 --out-dir
,在我的例子中是 .
,并且所有文件都需要声明在顶部。文件夹中的文件将具有 require(../babel-functions)
、require(../../babel-functions)
等
是否有某种类型的选项可以使用 Babel 执行此操作(或类似操作)?
Babel 提供了使用外部助手的能力,而不是内联它们,在命令行上使用 babel --external-helpers
或在通过 API.[=17= 调用 Babel 时使用 babel.transform("code", { externalHelpers: true });
]
当使用其中任何一个时,Babel 将假设一个变量 babelHelpers
用它的助手定义。
需要 babel-core/external-helpers
(从 NPM 安装 babel-core
之后)会将助手注入节点上的 global
。
文档中记录了生成和插入助手的其他方法:https://babeljs.io/docs/plugins/external-helpers。
使用 external-helpers
is one option, and alternatively you should use runtime
,这更符合您的建议,即所有助手都是通过 require()
加载的。 runtime
还会自动为您添加对 polyfill 的引用,因此您在使用运行时时也不会执行 require('babel/polyfill')
。 runtime
的唯一缺点是因为如果避免污染全局变量,像 Array.prototype.fill
这样的新原型方法将不起作用并且需要使用非标准代码。 runtime
特别适合编写库。
例如,如果我 运行
babel src --source-maps --out-dir . --modules common
在我的项目的src文件夹中,它输出了.中的所有文件,但是每个文件都包含类似
的东西var _createClass = (function () { function defineProperties(target, props) { for (var i = 0; i < props.length; i++) { var descriptor = props[i]; descriptor.enumerable = descriptor.enumerable || false; descriptor.configurable = true; if ('value' in descriptor) descriptor.writable = true; Object.defineProperty(target, descriptor.key, descriptor); } } return function (Constructor, protoProps, staticProps) { if (protoProps) defineProperties(Constructor.prototype, protoProps); if (staticProps) defineProperties(Constructor, staticProps); return Constructor; }; })();
var _get = function get(_x, _x2, _x3) { var _again = true; _function: while (_again) { var object = _x, property = _x2, receiver = _x3; desc = parent = getter = undefined; _again = false; if (object === null) object = Function.prototype; var desc = Object.getOwnPropertyDescriptor(object, property); if (desc === undefined) { var parent = Object.getPrototypeOf(object); if (parent === null) { return undefined; } else { _x = parent; _x2 = property; _x3 = receiver; _again = true; continue _function; } } else if ('value' in desc) { return desc.value; } else { var getter = desc.get; if (getter === undefined) { return undefined; } return getter.call(receiver); } } };
function _interopRequireDefault(obj) { return obj && obj.__esModule ? obj : { 'default': obj }; }
function _classCallCheck(instance, Constructor) { if (!(instance instanceof Constructor)) { throw new TypeError('Cannot call a class as a function'); } }
function _inherits(subClass, superClass) { if (typeof superClass !== 'function' && superClass !== null) { throw new TypeError('Super expression must either be null or a function, not ' + typeof superClass); } subClass.prototype = Object.create(superClass && superClass.prototype, { constructor: { value: subClass, enumerable: false, writable: true, configurable: true } }); if (superClass) Object.setPrototypeOf ? Object.setPrototypeOf(subClass, superClass) : subClass.__proto__ = superClass; }
是否有可能让 babel 将这些常见的样板文件写入一个文件,然后在每个文件中使用 require 来导入它们?因此每个文件中的样板代码现在可能如下所示:
var { _createClass, _get, _interopRequireDefault, _classCallCheck, _inherits } = require(`./babel-functions`)
和 babel-functions.js
文件(或任何应命名的文件)将位于 --out-dir
,在我的例子中是 .
,并且所有文件都需要声明在顶部。文件夹中的文件将具有 require(../babel-functions)
、require(../../babel-functions)
等
是否有某种类型的选项可以使用 Babel 执行此操作(或类似操作)?
Babel 提供了使用外部助手的能力,而不是内联它们,在命令行上使用 babel --external-helpers
或在通过 API.[=17= 调用 Babel 时使用 babel.transform("code", { externalHelpers: true });
]
当使用其中任何一个时,Babel 将假设一个变量 babelHelpers
用它的助手定义。
需要 babel-core/external-helpers
(从 NPM 安装 babel-core
之后)会将助手注入节点上的 global
。
文档中记录了生成和插入助手的其他方法:https://babeljs.io/docs/plugins/external-helpers。
使用 external-helpers
is one option, and alternatively you should use runtime
,这更符合您的建议,即所有助手都是通过 require()
加载的。 runtime
还会自动为您添加对 polyfill 的引用,因此您在使用运行时时也不会执行 require('babel/polyfill')
。 runtime
的唯一缺点是因为如果避免污染全局变量,像 Array.prototype.fill
这样的新原型方法将不起作用并且需要使用非标准代码。 runtime
特别适合编写库。