A Yeoman generator to author libraries in ES2015 (and beyond!) for Node and the browser.
- Author in ES2015 (even the unit tests)
- Export as ES5 & UMD
- Mocha-Chai-Sinon testing stack
- Unit tests that work in Node and in the browser
Install yo
and this generator globally.
npm install -g yo generator-babel-webpack-boilerplate
Navigate to the directory you'd like to use for your project, then run yo babel-boilerplate
.
Answer a few questions, and your project will be scaffolded.
Write your code in src
. The entry file is what you named the project in kebab case (although the filename
can be changed).
Run npm run build
to compile the source into a distributable format.
Put your unit tests in test/unit
. The npm test
command runs the tests using Node. If your library / tests
require the DOM API, see the test/setup/node.js
file.
npm run test
- run the unit testsnpm run test:watch
- Continuously run the unit tests as you make changes to the source and test files themselvesnpm run build-browser-tests
- Build the library for use with the browser test runner.npm run build-browser-tests:watch
- Watch and rebuild the library for browser tests on changenpm run build
- Build the library in deployment formnpm run build-dev
- Build the library in development form
The browser spec runner
can be opened in a browser to run your tests. For it to work, you must first run npm run build-browser-tests
.
There is an option to watch and rebuild too.
Nearly all Babel features should be supported by this boilerplate. If you find a feature that is throwing an error when you use it, follow these steps:
- Double check to make sure that you're not typoing the new syntax ;)
- Determine what task is failing (for instance, is it JSCS?)
- Check that project's issue tracker to see if it is a known issue
- If it isn't, then open an issue here
Because of the fact that dependencies of this boilerplate, such as JSCS, are maintained by a team separate from Babel, there may be a delay between when a new feature is added to Babel and when those other libraries add support for it.
You're authoring any library that exports a single file. From small libraries to full-fledged JavaScript web apps, I use this generator for both.
You can always use this boilerplate as inspiration, but it works best for smaller libraries. If you're building a full-scale webapp, you will likely need to make more changes to the build system. This is because the boilerplate only deals with JavaScript; common build tasks like CSS preprocessing, image minification, or HTML template building are intentionally omitted from this boilerplate.
There are so many different preferences and needs when it comes to building a webapp, it wouldn't make sense to pick any one configuration for this boilerplate.
Luckily, it's relatively straightforward to add those things to the boilerplate on a per-project basis.
As a rule of thumb, Babel works best in IE9 and above.
Quite a few. Check them out on the wiki.
There is, though I wouldn't recommend using it. It's unmaintained, and Node is rapidly adding support for ES2015 features as of v4. Before you decide to transpile your Node code, double-check to make sure that it isn't already supported.
With that said, you can still check out the project over here.
This boilerplate is, to a degree, customizable. To make changes, find what you're looking to do below and follow the instructions.
The primary source file for the library is src/index.js
. Only the files that this
file imports will be included in the final build. To change the name of this entry file:
- Rename the file
- Update the value of
entryFileName
inpackage.json
underbabelBoilerplateOptions
- Update
main
inpackage.json
MyLibrary
is the name of the variable exported from this boilerplate. You can change this by following
these steps:
- Ensure that the variable you're exporting exists in your scripts
- Update the value of
exportVarName
inpackage.json
underbabelBoilerplateOptions
- Check that the unit tests have been updated to reference the new value
When prompted for the name of the library's main variable, leave the response empty.
In the simplest case, you just need to install the module and use it in your scripts.
If you want to access the module itself in your unit test files, you will need to set up the test environment to support the module. To do this:
- Load the module in the test setup file.
- Add any imported variables to globals object in the test globals JSON.