A Broccoli plugin which transpiles ES6 to readable ES5 by using babel.
$ npm install broccoli-babel-transpiler --save-dev
In your Brocfile.js
:
var esTranspiler = require('broccoli-babel-transpiler');
var scriptTree = esTranspiler(inputTree, options);
You can find options at babel's github repo.
You'll find three example projects using this plugin in the repository broccoli-babel-examples. Each one of them builds on top of the previous example so you can progess from bare minimum to ambitious development.
Currently this plugin only supports inline source map. If you need separate source map feature, you're welcome to submit a pull request.
filterExtensions
is an option to limit (or expand) the set of file extensions that will be transformed.
The default filterExtension
is js
var esTranspiler = require('broccoli-babel-transpiler');
var scriptTree = esTranspiler(inputTree, {
filterExtensions:['js', 'es6'] // babelize both .js and .es6 files
});
In order to use some of the ES6 features you must include the Babel polyfill.
You don't always need this, review which features need the polyfill here: ES6 Features.
var esTranspiler = require('broccoli-babel-transpiler');
var scriptTree = esTranspiler(inputTree, { browserPolyfill: true });
Use of custom plugins works similarly to babel
itself. You would pass a plugins
array in options
:
var esTranspiler = require('broccoli-babel-transpiler');
var applyFeatureFlags = require('babel-plugin-feature-flags');
var featureFlagPlugin = applyFeatureFlags({
import: { module: 'ember-metal/features' },
features: {
'ember-metal-blah': true
}
});
var scriptTree = esTranspiler(inputTree, {
plugins: [
featureFlagPlugin
]
});
broccoli-babel-transpiler uses a persistent cache to enable rebuilds to be significantly faster (by avoiding transpilation for files that have not changed). However, since a plugin can do many things to affect the transpiled output it must also influence the cache key to ensure transpiled files are rebuilt if the plugin changes (or the plugins configuration).
In order to aid plugin developers in this process, broccoli-babel-transpiler will invoke two methods on a plugin so that it can augment the cache key:
cacheKey
- This method is used to describe any runtime information that may want to invalidate the cached result of each file transpilation. This is
generally only needed when the configuration provided to the plugin is used to modify the AST output by a plugin like babel-plugin-filter-imports
(module
exports to strip from a build), babel-plugin-feature-flags
(configured features and current status to strip or embed in a final build), or
babel-plugin-htmlbars-inline-precompile
(uses ember-template-compiler.js
to compile inlined templates).baseDir
- This method is expected to return the plugins base dir. The provided baseDir
is used to ensure the cache is invalidated if any of the
plugin's files change (including its deps). Each plugin should implement baseDir
as: Plugin.prototype.baseDir = function() { return \_\_dirname; };
.broccoli-babel-transpiler can run multiple babel transpiles in parallel using a pool of workers, to take advantage of multi-core systems. Because these workers are separate processes, the plugins and callback functions that are normally passed as options to babel must be specified in a serializable form. To enable this parallelization there is an API to tell the worker how to construct the plugin or callback in its process.
Plugins are specified as an object with a _parallelBabel
property:
var plugin = {
_parallelBabel: {
requireFile: '/full/path/to/the/file',
useMethod: 'methodName',
buildUsing: 'buildFunction',
params: { ok: 'this object will be passed to buildFunction()' }
}
};
Callbacks can be specified like plugins, or as functions with a _parallelBabel
property:
var callback = function() { /* do something */ };
callback._parallelBabel = {
requireFile: '/full/path/to/the/file',
useMethod: 'methodName',
buildUsing: 'buildFunction',
params: { ok: 'this object will be passed to buildFunction()' }
};
This property specifies the file to require in the worker process to create the plugin or callback. This must be given as an absolute path.
var esTranspiler = require('broccoli-babel-transpiler');
var somePlugin = {
_parallelBabel: {
requireFile: '/full/path/to/the/file'
}
});
var scriptTree = esTranspiler(inputTree, {
plugins: [
'transform-strict-mode', // plugins that are given as strings will automatically be parallelized
somePlugin
]
});
This property specifies the method to use from the file that is required.
If you have a plugin defined like this:
// some_plugin.js
module.exports = {
pluginFunction(babel) {
// do plugin things
}
};
You can tell broccoli-babel-transpiler to use that function in the worker processes like so:
var esTranspiler = require('broccoli-babel-transpiler');
var somePlugin = {
_parallelBabel: {
requireFile: '/path/to/some_plugin',
useMethod: 'pluginFunction'
}
});
var scriptTree = esTranspiler(inputTree, {
plugins: [ somePlugin ]
});
These properties specify a function to run to build the plugin (or callback), and any parameters to pass to that function.
If the plugin needs to be built dynamically, you can do that like so:
// some_plugin.js
module.exports = {
buildPlugin(params) {
var pluginInstance = doSomethingWith(params.text);
return pluginInstance;
}
};
This will tell the worker process to require the plugin and call the buildPlugin
function with the params
object as an argument:
var esTranspiler = require('broccoli-babel-transpiler');
var somePlugin = {
_parallelBabel: {
requireFile: '/path/to/some_plugin',
buildUsing: 'buildPlugin',
params: { text: 'some text' }
}
});
var scriptTree = esTranspiler(inputTree, {
plugins: [ somePlugin ]
});
Note: If both useMethod
and buildUsing
are specified, useMethod
takes precedence.
The number of parallel jobs defaults to the number of detected CPUs - 1.
This can be changed with the JOBS
environment variable:
JOBS=4 ember build
# broccoli-babel-transpiler [![Build Status](https://travis-ci.org/babel/broccoli-babel-transpiler.svg?branch=master)](https://travis-ci.org/babel/broccoli-babel-transpiler) [![Build status](https://ci.appveyor.com/api/projects/status/a0nbd84m1x4y5fp5?svg=true)](https://ci.appveyor.com/project/embercli/broccoli-babel-transpiler) A [Broccoli](https://github.com/broccolijs/broccoli) plugin which transpiles ES6 to readable ES5 by using [babel](https://github.com/babel/babel). ## How to install? ```sh $ npm install broccoli-babel-transpiler --save-dev ``` ## How to use? In your `Brocfile.js`: ```js var esTranspiler = require('broccoli-babel-transpiler'); var scriptTree = esTranspiler(inputTree, options); ``` You can find [options](https://babeljs.io/docs/usage/options) at babel's github repo. ### Examples You'll find three example projects using this plugin in the repository [broccoli-babel-examples](https://github.com/givanse/broccoli-babel-examples). Each one of them builds on top of the previous example so you can progess from bare minimum to ambitious development. * [es6-fruits](https://github.com/givanse/broccoli-babel-examples/tree/master/es6-fruits) - Execute a single ES6 script. * [es6-website](https://github.com/givanse/broccoli-babel-examples/tree/master/es6-website) - Build a simple website. * [es6-modules](https://github.com/givanse/broccoli-babel-examples/tree/master/es6-modules) - Handle modules and unit tests. ## About source map Currently this plugin only supports inline source map. If you need separate source map feature, you're welcome to submit a pull request. ## Advanced usage `filterExtensions` is an option to limit (or expand) the set of file extensions that will be transformed. The default `filterExtension` is `js` ```js var esTranspiler = require('broccoli-babel-transpiler'); var scriptTree = esTranspiler(inputTree, { filterExtensions:['js', 'es6'] // babelize both .js and .es6 files }); ``` ## Polyfill In order to use some of the ES6 features you must include the Babel [polyfill](http://babeljs.io/docs/usage/polyfill/#usage-in-browser). You don't always need this, review which features need the polyfill here: [ES6 Features](https://babeljs.io/docs/learn-es6). ```js var esTranspiler = require('broccoli-babel-transpiler'); var scriptTree = esTranspiler(inputTree, { browserPolyfill: true }); ``` ## Plugins Use of custom plugins works similarly to `babel` itself. You would pass a `plugins` array in `options`: ```js var esTranspiler = require('broccoli-babel-transpiler'); var applyFeatureFlags = require('babel-plugin-feature-flags'); var featureFlagPlugin = applyFeatureFlags({ import: { module: 'ember-metal/features' }, features: { 'ember-metal-blah': true } }); var scriptTree = esTranspiler(inputTree, { plugins: [ featureFlagPlugin ] }); ``` ### Caching broccoli-babel-transpiler uses a persistent cache to enable rebuilds to be significantly faster (by avoiding transpilation for files that have not changed). However, since a plugin can do many things to affect the transpiled output it must also influence the cache key to ensure transpiled files are rebuilt if the plugin changes (or the plugins configuration). In order to aid plugin developers in this process, broccoli-babel-transpiler will invoke two methods on a plugin so that it can augment the cache key: * `cacheKey` - This method is used to describe any runtime information that may want to invalidate the cached result of each file transpilation. This is generally only needed when the configuration provided to the plugin is used to modify the AST output by a plugin like `babel-plugin-filter-imports` (module exports to strip from a build), `babel-plugin-feature-flags` (configured features and current status to strip or embed in a final build), or `babel-plugin-htmlbars-inline-precompile` (uses `ember-template-compiler.js` to compile inlined templates). * `baseDir` - This method is expected to return the plugins base dir. The provided `baseDir` is used to ensure the cache is invalidated if any of the plugin's files change (including its deps). Each plugin should implement `baseDir` as: `Plugin.prototype.baseDir = function() { return \_\_dirname; };`. ## Parallel Transpilation broccoli-babel-transpiler can run multiple babel transpiles in parallel using a pool of workers, to take advantage of multi-core systems. Because these workers are separate processes, the plugins and callback functions that are normally passed as options to babel must be specified in a serializable form. To enable this parallelization there is an API to tell the worker how to construct the plugin or callback in its process. Plugins are specified as an object with a `_parallelBabel` property: ```js var plugin = { _parallelBabel: { requireFile: '/full/path/to/the/file', useMethod: 'methodName', buildUsing: 'buildFunction', params: { ok: 'this object will be passed to buildFunction()' } } }; ``` Callbacks can be specified like plugins, or as functions with a `_parallelBabel` property: ```js var callback = function() { /* do something */ }; callback._parallelBabel = { requireFile: '/full/path/to/the/file', useMethod: 'methodName', buildUsing: 'buildFunction', params: { ok: 'this object will be passed to buildFunction()' } }; ``` ### requireFile (required) This property specifies the file to require in the worker process to create the plugin or callback. This must be given as an absolute path. ```js var esTranspiler = require('broccoli-babel-transpiler'); var somePlugin = { _parallelBabel: { requireFile: '/full/path/to/the/file' } }); var scriptTree = esTranspiler(inputTree, { plugins: [ 'transform-strict-mode', // plugins that are given as strings will automatically be parallelized somePlugin ] }); ``` ### useMethod (optional) This property specifies the method to use from the file that is required. If you have a plugin defined like this: ```js // some_plugin.js module.exports = { pluginFunction(babel) { // do plugin things } }; ``` You can tell broccoli-babel-transpiler to use that function in the worker processes like so: ```js var esTranspiler = require('broccoli-babel-transpiler'); var somePlugin = { _parallelBabel: { requireFile: '/path/to/some_plugin', useMethod: 'pluginFunction' } }); var scriptTree = esTranspiler(inputTree, { plugins: [ somePlugin ] }); ``` ### buildUsing and params (optional) These properties specify a function to run to build the plugin (or callback), and any parameters to pass to that function. If the plugin needs to be built dynamically, you can do that like so: ```js // some_plugin.js module.exports = { buildPlugin(params) { var pluginInstance = doSomethingWith(params.text); return pluginInstance; } }; ``` This will tell the worker process to require the plugin and call the `buildPlugin` function with the `params` object as an argument: ```js var esTranspiler = require('broccoli-babel-transpiler'); var somePlugin = { _parallelBabel: { requireFile: '/path/to/some_plugin', buildUsing: 'buildPlugin', params: { text: 'some text' } } }); var scriptTree = esTranspiler(inputTree, { plugins: [ somePlugin ] }); ``` Note: If both `useMethod` and `buildUsing` are specified, `useMethod` takes precedence. ### Number of jobs The number of parallel jobs defaults to the number of detected CPUs - 1. This can be changed with the `JOBS` environment variable: ``` JOBS=4 ember build ```