babel 6 plugin which allows to use webpack loaders
npm install babel-plugin-webpack-loaders
Since plugin was published, there were a lot of changes in testing software. Be sure in most(all) cases you DON'T need this plugin for testing. I highly recommend you to use jest for testing, and use moduleNameMapper (_identity-obj-proxy, etc_) to mock CSS-Modules and other webpack loaders.
This Babel 6 plugin allows you to use webpack loaders in Babel.
It's now easy to run universal apps on the server without additional build steps, to create libraries as usual with babel src --out-dir lib command, to run tests without mocking-prebuilding source code.
It just replaces require - import statements with webpack loaders results. Take a look at this Babel build output diff to get the idea.
For now this plugin is of alpha quality and tested on webpack loaders I use in my projects.
These loaders are file-loader, url-loader, css-loader, style-loader, sass-loader, postcss-loader.
The plugin supports all webpack features like loaders chaining, webpack plugins, and all loaders params. It's easy because this plugin just uses webpack.
Three examples:
- runtime css-modules example with simple webpack config,
run it with npm run example-run
- library example with multi loaders-plugins webpack config,
build it with npm run example-build and execute with node build/myCoolLibrary/myCoolLibrary.js, assets and code will be placed at ./build/myCoolLibrary folder.
Here is an output diff of this library example built without and with the plugin.
- minimal-example-standalone-repo
Do not run this plugin as part of a webpack frontend configuration. This plugin is intended only for backend compilation.
Take a look at this minimal-example
- You need to create a webpack config
- You need to add these lines to .babelrc
- Now you can run example.js
``javascript`
// example.js
import css from './example.css';
console.log('css-modules result:', css);
with the command BABEL_DISABLE_CACHE=1 NODE_ENV=EXAMPLE ./node_modules/.bin/babel-node ./example.js and you'll get the following console output:
`javascript`
css-modules result: { main: 'example__main--zYOjd', item: 'example__item--W9XoN' }
Here I placed output diff
of this babel library build without and with the plugin.
As you can see the plugin just replaces require with loaders results. All loaders and plugins have been applied to generated assets
`shell`
npm install --save-dev babel-cli babel-plugin-webpack-loaders
webpack configs,
examples,
.babelrc example,
tests,
minimal-example-repo
You can try out the examples by cloning this repo and running the following commands:
`shell`
npm installexample above
npm run example-runlibrary example - build library with a lot of modules
npm run example-buildand now you can use your library using just node
node build/myCoolLibrary/myCoolLibrary.jstest sources are also good examples
npm run test
The source of inspiration for this plugin was babel-plugin-css-modules-transform, but it was missing some features I wanted:
- I love writing CSS using Sass
- I like webpack and its loaders (chaining, plugins, settings)
- I wanted to open source a UI library which heavily used CSS Modules, Sass and other webpack loaders.
The library consisted of many small modules and every module needed to be available to users independently such as lodash/blabla/blublu.babel src --out-dir lib
With this plugin the heavy build file for the library could be replaced with just one command: .
The plugin tests all require paths with test regexps from the loaders in the webpack config, and then for each successful test:
1. synchronously executes webpack
2. parses webpack output using babel-parse
3. replaces the required ast with the parsed ast output
By default Babel caches compiled files, so any changes in files processed with loaders will not be visible at subsequent builds,
you need to run all commands with a BABEL_DISABLE_CACHE=1 prefix.
(_More information: #T1186, #36_)
It's possible to interpolate env vars into the WebPack config path defined in your .babelrc using lodash.template syntax. This is mainly to achieve compatibility with ava.
The ava test runner runs each spec relative to its enclosing folder in a new process which hampers this plugins ability to use a relative path for the WebPack config. An absolute path to the WebPack config will work however, and you can set one in your .babelrc using an env var like this,
`json
{
"presets": ["es2015"],
"env": {
"AVA": {
"plugins": [
[
"babel-plugin-webpack-loaders",
{
"config": "${CONFIG}",
"verbose": false
}
]
]
}
}
}
`
And then invoke ava something like this,
`sh``
CONFIG=$(pwd)/webpack.config.ava.js BABEL_DISABLE_CACHE=1 NODE_ENV=AVA ava --require babel-register src/*/test.js
(_More information: #41_)
Felix Kling and his astexplorer
James Kyle and his babel-plugin-handbook