funcunit
Version:
<!-- @hide title
126 lines (90 loc) • 3.06 kB
Markdown
@page StealJS.configuration Configuration
@parent StealJS.guides
@body
Steal allows you to configure module loading through a **system** property in your package.json. If you're not using Steal through NPM (you should be) you can also configure using any of the options provided by [System.config].
A basic configuration might look like this:
```
{
...
"system": {
"meta": {
"jquery-plugin": {
"deps": ["jquery"]
}
},
"paths": {
"some-dep": "lib/some/dep.js"
}
}
}
```
Here are some common uses of configuration:
## Configuring globals
Many modules you find on the web only have a single global build and don't work with module loaders that support AMD or CommonJS. jQuery plugins often are built this way.
To use these modules you need to configure them as globals. This is similar to **shim** config in RequireJS. Here's an example with each option explained:
```
{
"dependencies": {
"jquery": "2.2.2",
"jquery-plugin": "0.2.0"
},
...
"system": {
"meta": {
"jquery-plugin": {
"deps": ["jquery"],
"exports": "jQuery"
}
}
}
}
```
### deps
The [load.metadata meta] **deps** property is an Array that specifies the module's dependencies. In this example we are saying that this module `jquery-plugin` depends on `jquery`.
### exports
The [load.metadata meta] **exports** property specifies a global value that is the module's value. For example if we had a module that did:
```
window.FOO = { ... };
```
We would specify this config with: `"exports": "FOO"`. Then any other module that exports it like:
```
import foo from "foo";
```
Will get the `FOO` global.
## Progressively loaded bundles
In the [steal-tools.guides.progressive_loading progressive loading guide] we show how to progressively load different pages within your app. You import these modules using the [System.import] function like so:
```
System.import("app/cart").then(function(cart){
});
```
When using [steal-tools] to do a production build it needs to know about these progressively loaded bundles in order to perform its code splitting algorithm.
You can specify your bundles with the **bundle** property in config:
```
{
...
"system": {
"bundle": [
"app/cart"
]
}
}
```
Then when you perform a build it will create a bundle in `dist/bundles/app/cart.js` by default (you can specify the path using [System.bundlesPath bundlesPath] configuration).
## Specify your project's root folder
Often projects will store their code in a subfolder like `src/` or `public/` and do not want to include that when importing modules. Using **directories.lib** configuration you can specify your project's root folder:
```
{
"name": "app",
...
"system": {
"directories": {
"lib": "src"
}
}
}
```
Then you can import modules from this folder by preceding imports with your package name like:
```
import util from "app/util";
```
*Note* that you cannot omit the package name when importing a module unless you use relative paths like `"./util"`.