webcompiler
v7.0.1
Published
Lint, type-check, compile, package and gzip JavaScript (ES6 + Flow static types + JSX), for the browser as well as NodeJS; lint, compile, auto-prefix, minify and gzip SASS.
Downloads
169
Maintainers
Readme
webcompiler
Lint, type-check, compile, package and gzip JavaScript (ES6 + Flow static types + JSX), for the browser as well as NodeJS; lint, compile, auto-prefix, minify and gzip SASS.
Project Home | API Docs | Changelog | Discord
Webpack is an amazing tool, however it requires a lot of boilerplate to properly setup and configure, especially when you use it on more than one project.
ESLint is constantly updated, new rules are added, APIs are changed. Properly configuring it is a routine and time consuming task, which is completely impractical to perform on each project separately.
APIs are sometimes changed without any change in functionality (e.g. Babel 5 vs Babel 6).
This project aims to abstract all of those problems out of the development of applications and provide the simplest possible interface, pre-configured with everything set up and ready to use right after the installation.
babel-polyfill
, autoprefixer
, fast rebuilds with caching in development, production tree shaking, optimizations and compression that care even about your users public cache, everything completely automatic and baked into the library.
Have fun :)
Feedback
What did you struggle with?
Any feedback on Discord would be greatly appreciated. It does not require registration and won't take more than a few minutes of your time.
Prerequisites
- Watchman (only required by the
watch
function and theDevServer
class; you don't need to know how it works, all you need to do is install it)
A note about Facebook Flow
Facebook Flow is a static analysis tool used to check your JavaScript code for possible errors at compile time.
It is very smart at understanding your program code, however you should not rely on it being smart enough to just understand your external dependencies too.
It can do that, the problem is that a typical NodeJS project can contain hundreds of NPM modules, with thousands of JavaScript files.
It is a very complicated task, even for a tool that smart, to parse all of them and stay performant enough to not only be usable but useful as well.
Which is why it must not be allowed to even try to understand any files that reside in a node_modules
directory.
Interface Files must be used instead.
You can find examples of such interface files, as well as the interface file for the tool itself, in the interfaces
directory.
Installation
npm i webcompiler --save-dev
Production builds
By default all compilation is done in development mode.
If you wish to compile for production just set the NODE_ENV
environment variable to "production"
, the following
additional actions will be performed by the compiler:
- advanced compilation time optimizations
- minification (only
fe
inproduction
mode) - g-zip compression (only
fe
inproduction
mode)
Important!
The resulting JavaScript and CSS files from fe
in production
mode are gzip compressed for performance
(see Gzip Components), so make sure to provide a
"Content-Encoding" header to the browser (e.g. res.setHeader('Content-Encoding', 'gzip');
).
Troubleshooting
watch
- If you've installed Watchman on OSX with homebrew and you notice that it suddenly stopped working, try the following:
launchctl unload -F ~/Library/LaunchAgents/com.github.facebook.watchman.plist
rm -rf /usr/local/var/run/watchman/
- reinstall Watchman completely
- if that does not solve your problem or the above steps do not apply to you report a bug describing your operating system version, Watchman version, webcompiler version, and your specific problem