split-require
Advanced tools
Bundle splitting for CommonJS and ES modules (dynamic `import()`) in browserify
Bundle splitting for CommonJS and ES modules (dynamic import()) in browserify
Lazy load the parts of your app that are not immediately used, to make the initial load faster.
This module works without a compile step on the server, and in the browser with the browserify plugin.
What? - Install - Usage - Plugin CLI - Plugin API - License: MIT
This plugin takes source files with splitRequire() calls like:
var html = require('choo/html')
var app = require('choo')()
var splitRequire = require('split-require')
app.route('/', mainView)
app.mount('body')
var component
function mainView () {
return html`<body>
${component ? component.render() : html`
<h1>Loading</h1>
`}
</body>`
}
splitRequire('./SomeComponent', function (err, SomeComponent) {
component = new SomeComponent()
app.emitter.emit('render')
})
And splits off splitRequire()d files into their own bundles, that will be
dynamically loaded at runtime.
In this case, a main bundle would be created including choo, choo/html and
the above file, and a second bundle would be created for the SomeComponent.js
file and its dependencies.
npm install split-require
Use the split-require function for modules that should be split off into a separate bundle.
var splitRequire = require('split-require')
require('./something') // loaded immediately
splitRequire('./other', function () {}) // loaded async
This works out of the box in Node.js. Add the browserify plugin as described below in order to make it work in the browser, too.
import()split-require also comes with a transform for ES modules import() syntax:
You can use split-require with ES modules import() syntax using the
Babel plugin.
browserify app.js \
-t [ babelify --plugins dynamic-import-split-require ] \
-p split-require
import('./SomeComponent').then(function (SomeComponent) {
// Works!
console.log(SomeComponent)
})
! Note that this transform is not 100% spec compliant.
import()is an ES modules feature, not a CommonJS one. In CommonJS with this plugin, the exports object is the value of themodule.exportsof the imported module, so it may well be a function or some other non-object value. In ES modules, the exports object in.then()will always be an object, with a.defaultproperty for default exports and other properties for named exports. You'd never get a function back in.then()in native ES modules.
browserify ./entry -p [ split-require --dir /output/directory ]
> /output/directory/bundle.js
--dirSet the folder to output dynamic bundles to. Defaults to ./.
--publicPublic path to load dynamic bundles from.
Defaults to ./, so dynamic bundle #1 is loaded as ./bundle.1.js.
var splitRequire = require('split-require')
browserify('./entry')
.plugin(splitRequire, {
dir: '/output/directory'
})
.pipe(fs.createWriteStream('/output/directory/bundle.js'))
Through the API, split-require can also be used together with
factor-bundle. Listen for the
factor.pipeline event, and unshift the result of the createStream function
to the 'pack' label:
b.plugin(splitRequire, { dir: '/output/directory' })
b.plugin(factorBundle, { /* opts */ })
b.on('factor.pipeline', function (file, pipeline) {
var stream = splitRequire.createStream(b, {
dir: '/output/directory'
})
pipeline.get('pack').unshift(stream)
})
Note that you must pass the options to the plugin and the stream. Other plugins that generate multiple outputs may need a similar treatment.
dirSet the folder to output dynamic bundles to. Defaults to ./.
This is only necessary if the output() option is not used.
outname(entry)Function that generates a name for a dynamic bundle. Receives the entry point row as the only parameter. The default is:
function outname (entry) {
return 'bundle.' + entry.index + '.js'
}
output(bundleName)Function that should return a stream. The dynamic bundle will be written to the
stream. bundleName is the generated name for the dynamic bundle.
At runtime, the main bundle will attempt to use this name to load the bundle,
so it should be publically accessible under this name.
The bundleName can be changed by emitting a name event on the returned
stream before the stream finishes. This is useful to generate a bundle name
based on a hash of the file contents, for example.
var fs = require('fs')
var crypto = require('crypto')
var to = require('flush-write-stream')
b.plugin(splitRequire, {
output: function (bundleName) {
var stream = fs.createWriteStream('/tmp/' + bundleName)
var hash = crypto.createHash('sha1')
return to(onwrite, onend)
function onwrite (chunk, enc, cb) {
hash.update(chunk)
stream.write(chunk, cb)
}
function onend (cb) {
stream.end()
var name = hash.digest('hex').slice(0, 10) + '.js'
this.emit('name', name)
fs.rename('/tmp/' + bundleName, './' + name, cb)
}
}
})
publicPublic path to load dynamic bundles from.
Defaults to ./, so dynamic bundle #1 is loaded as ./bundle.1.js.
b.on('split.pipeline', function (pipeline) {})split-require emits an event on the browserify instance for each pipeline it
creates.
pipeline is a labeled-stream-splicer with labels:
'pack' - browser-pack'wrap' - apply final wrappingFAQs
CommonJS-first bundle splitting, for browserify
The npm package split-require receives a total of 123 weekly downloads. As such, split-require popularity was classified as not popular.
We found that split-require demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Research
A malicious npm package disguised as a WhatsApp client is exploiting authentication flows with a remote kill switch to exfiltrate data and destroy files.
Security News
PyPI now supports digital attestations, enhancing security and trust by allowing package maintainers to verify the authenticity of Python packages.
Security News
GitHub removed 27 malicious pull requests attempting to inject harmful code across multiple open source repositories, in another round of low-effort attacks.