eC Scripts provides a fast and painless integration of modern development tools.
⚠ THIS REPO IS DEPRECATED. Please use the multi-package repo at ecentral-scripts. ⚠
You need no configuration to get started with full ES6+ and autoprefixed CSS support right away.
In addition to that, it's possible to extend the configuration with other presets (e.g. Sass, React) or adjust it to match your specific project needs.
Requirements: You need at least Node.js 8.x and NPM 5.x installed.
When starting with a new project, it's recommended you npm install -g ec-scripts-cli
and then run ec-cli init in your project folder.
Done!
Learn more about eC Scripts CLI.
Step 1: Install eC Scripts with npm i ec-scripts --save-dev:
Step 2: Add the following scripts entries to your package.json file inside your project folder:
{
"scripts": {
"init": "cross-env NODE_ENV=development ec-scripts init",
"start": "cross-env NODE_ENV=development ec-scripts start",
"build": "cross-env NODE_ENV=production ec-scripts build",
"build-watch": "cross-env NODE_ENV=production ec-scripts build --watch",
"test": "cross-env NODE_ENV=test ec-scripts test",
"config": "cross-env NODE_ENV=development ec-scripts show-config"
}
}Step 3: Run npm run init.
Step 4: Create src/index.html and src/index.js and start writing some code!
Step 5: Run npm start to start the development server.
You can now open http://localhost:3000/ to see your app.
When you’re ready to deploy to production, create a minified bundle with npm run build.
You don't need to set up any other tools like Webpack, Babel, or Jest.
That's exactly what eC Scripts does for you.
Follow these steps and you're good to go!
As mentioned above, styling with autoprefixed CSS is already set up for you.
All you need to do is add some .css file and include it in your project.
The quickest way to achieve this is by importing it in your src/index.js like so:
import './path/to/main.css';Support for Sass/SCSS is available as a preset: ec-scripts-preset-sass
As of now, this writes an .eslintrc.json file to your project folder.
This is useful if you want to enable ESLint support in your IDE.
So at the moment, running this command is only necessary when changing any ESLint related configuration
in .ecconf.js.
This also happens automatically on every other command.
NOTE: You should therefore not edit .eslintrc.json directly.
Extend addons.eslint.rules in .ecconf.js to change your project's ESLint rules.
More information below.
Runs your code in development mode using Webpack dev server.
Open http://localhost:3000/ to see it in the browser.
Builds your files for production to the build folder (default).
The build is minified, optimized and ready to be deployed.
Same as npm run build but watches for changes and performs new builds accordingly.
Let Jest run your tests.
It will look for them in *.test.js, *.spec.js files or __test__/* folders.
Prints the used configuration settings in your console.
One goal with eC Scripts was not only to give you a single, pre-configured toolset. It was also important for us that it can be extended and customized.
That's where .ecconf.js comes in play.
Let's say just writing pure ES6 code isn't enough for you. You need a solution for your view components and you want to use React, Vue or this other library.
Fortunately there is a React preset available for eC Scripts! It hooks in and configures Babel, ESLint, Jest, Webpack, HMR... well, all this stuff.
Sounds complicated?
Let's see how we implement it in your project:
Step 1: In your project root create a file .ecconf.js with the following content:
module.exports = {
presets: ['react'],
};Step 2: Install preset dependency:
npm i --save-dev ec-scripts-preset-react
Step 3: To update your local .eslintrc.json file so that your IDE immediately knows about
React and JSX related rules:
npm run init
Well... That's it!
You can now start creating React components using JSX syntax and
also write unit tests for them using Jest with Enzyme.
Apparently adding support for React wasn't that difficult.
So, how hard can it be to change the configuration settings on your own, right?
Changing options in .ecconf.js is one way to adjust the configuration according to your environment.
Below you find a list of all available options with their default values, defined by eC Scripts.
// .ecconf.js
module.exports = {
// ...
options: {
// Define directory for your project files.
srcDir: 'src',
// Define the directory for your static files.
assetsDir: 'assets', // Relative to srcDir
// Define your output directory.
buildDir: 'build',
// Define files for main bundle.
// Path is relative to srcDir.
// May contain your css entry file as well, so you don't have to import it.
entryFiles: [
'index.js',
],
// Set js output filename in webpack.output
jsOutputFile: '[name].bundle.js',
// Set css output filename for MiniCssExtractPlugin
cssOutputFile: 'style.css',
// Set css filename for dynamic chunks using MiniCssExtractPlugin
cssChunkFile: '[id].css',
// Set path to html template.
htmlTemplate: 'index.html', // Relative to srcDir
// Define page title.
title: 'App | powered by ec-scripts',
// Hostname for webpack dev server.
host: '0.0.0.0',
// Port for webpack dev server.
port: 3000,
// List of supported browsers for babel-preset-env and postcss autoprefixer.
browserList: [
'>1%',
'last 4 versions',
'Firefox ESR',
'not ie < 9',
],
// The file size in bytes under which the url-loader kicks in
// and base64-inlines your required files.
// E.g.: When set to 5000, all files below 5KB will be inlined.
inlineFileSize: -1, // Use -1 to disable, 0 for no limit at all
// BELOW SHOULD NOT BE CHANGED IN MOST CASES!
// Environment boolean flags.
// Defines if we are in development mode (true) or production (false).
devMode: process.env.NODE_ENV === 'development',
// Defines if we are in test mode (true) or not (false).
testMode: process.env.NODE_ENV === 'test',
},
};NOTE: Presets may introduce more options when necessary.
As you may have expected, using options isn't the only thing you can do with .ecconf.js.
There is also the concept of "addons" and "runners".
These names are used to define two groups of tools within eC Scripts.
Addons are all the tools that runners need to run your code.
Therefore addons in .ecconf.js contain the configurations for Babel and ESLint. Maybe more in the future.
Babel is especially important here, as it transpiles your future JS code for not so modern browsers.
As mentioned before, runners eventually run your code and do things with it, utilizing addons.
These runners are Webpack and Jest..
Webpack bundles your code. Jest runs your tests. They do not have much in common,
except sharing options and addons as they need!
Here is a rough explanation of how our extendable configuration concept works:
- First eC Scripts gathers all
.ecconf.jsfiles by looking inside your project root and resolving any presets that you added. - It then merges all configurations into one, step by step, in this order
root -> [...presets] -> project:- It starts by merging all options in that order.
- It continues by merging all addons in that order.
- Finally it merges all runners in that order.
- It starts by merging all options in that order.
- The resulting configuration object is the one that is used inside all the tools.
Note that every options, addons or runners section in .ecconf.js
can receive the current state of the merged configuration, when defined as a function.
Here is a practival overview of different approaches on how to update a configuration:
// .ecconf.js in your project
module.exports = {
// options, addons and runners always receive the whole config object when defined as a function.
addons: (currentConfig) => ({
// With a function you have power to overwrite a setting completely.
// Remember to spread the previous content if you don't want to overwrite!
...currentConfig.addons,
eslint: {
// When extending arrays you should use functions.
presets: (presets) => ([
...presets,
'moar-rules',
]),
// Note: When working with arrays like this you can also use .map() and .filter()!
// Objects on the other hand get shallow merged with the previous content automatically.
rules: {
'some-rule': 'warn',
},
// Therefore *if* you really want to overwrite a setting
// use a function and don't spread previous values.
// Use with caution, though!
},
}),
};Bad things first: If you want to add full support for an advanced library like React from scratch,
you need to know all the steps necessary. Like adding presets to Babel, configure React Hot Loader,
Jest, and so on.
That's a lot to ask for a package that describes itself as "painless".
The good thing is, though, that it's possible to update the all the configuration settings in one place and change only the parts you need for what you want to achieve.
Of course this sounds very theoretical and we will not go in detail here by
explaining all the possibilities you have inside an .ecconf.js file.
For advanced usage it's a good start to look at the React preset source itself.
We are grateful to the authors of existing related projects for their ideas and inspiration:
MIT