I have a project structure that contains a folder that I want to dynamically import into a UMD module when I build my webpack config and have each file be a submodule in the outputted build.
For example, let's say my sources look like:
/src/snippets/red.js
/src/snippets/green.js
/src/snippets/blue.js
I want webpack to build these sources into a single module that allows me to access each one as submodules, like so;
const red = require('snippets').red
I tried iterating over the snippets directory and creating an object with filenames and paths, but I can't figure out what configuration property will instruct webpack to bundle them into a single file and export each. Here's what I have so far:
const glob = require('glob')
module.exports = {
entry: glob.sync('./src/snippets/*.js').reduce((files, file) => {
files[path.basename(file,'.js')] = file
return files
}, {}),
output: {
path: __dirname + '/lib',
filename: 'snippets.js',
libraryTarget: 'umd'
}
}
This errors out with: Conflict: Multiple assets emit to the same filename ./lib/snippets.js
Any idea on how I can accomplish what I'm looking for?
Configuring the output configuration options tells webpack how to write the compiled files to disk. Note that, while there can be multiple entry points, only one output configuration is specified.
Webpack supports the following module types natively: ECMAScript modules. CommonJS modules.
This is according to their documentation: "libraryTarget: "umd" - This exposes your library under all the module definitions, allowing it to work with CommonJS, AMD and as global variable." Also, I built the exact same code with Webpack 3 and it produced a proper bundle.
This section covers all methods available in code compiled with webpack. When using webpack to bundle your application, you can pick from a variety of module syntax styles including ES6, CommonJS, and AMD.
Been using a modified version of this solution in production for a while now, and I have not had any issues with it. (My company's set up has a slightly more elaborate filter, to exclude certain mock modules, but is otherwise the same).
We use a build script to crawl the directory in question (in our setup, it's src
but in yours its src/snippets
. For each file that ends in .js, we import it and re-export it in src/index.js
. If you need something more robust, like going multiple levels deep, you'll need to modify this to recursively traverse the directory structure.
When this is done, we output it to index.js, along with a reminder that the file is auto-generated to dissuade people from manually adding entries to the file.
const fs = require("fs");
const { EOL } = require("os");
const path = require("path");
let modules = 0;
const buffer = [
"// auto-generated file", "",
];
const emitModule = file => {
const moduleName = file.replace(".js", "");
modules += 1;
buffer.push(`exports.${moduleName} = require("./snippets/${moduleName}");`);
};
const files = fs.readdirSync(__dirname + "/snippets");
files
.filter(fname => fname !== "index.js" && !fname.startsWith("."))
.forEach(f => {
const stats = fs.statSync(path.join(__dirname, "snippets", f));
if (stats.isFile()) {
emitModule(f);
}
});
fs.writeFileSync(path.join(__dirname, "index.js"), buffer.join(EOL)+EOL);
console.info(`Built 'src/index.js' with ${modules} modules`);
Then, in webpack.config.js, we set the libraryTarget to be umd
as follows:
module.exports = {
entry: path.resolve(__dirname, "src/index.js"),
output: {
path: path.resolve(__dirname, "build/"),
filename: "mylib.js",
libraryTarget: "umd"
}
};
Finally, for convenience, in package.json, we use the following to automatically run the build script before building (you can also use it before starting webpack-dev-server, or running mocha tests).
This set up feels rather hacky, but it works pretty well. The only issue I've ever come up against is that occasionally, the order of the modules will be changed around (presumably, because of environment differences), and the enumeration of the files causes a false positive in git.
I've put the whole package up on GitHub here: https://github.com/akatechis/webpack-lib-poc
Update:
If you don't want to manually call the build script by adding it to your package.json scripts
, you can always wrap it as a webpack plugin. You can read details here
In short, a plugin is just an object with an apply
method that registers itself with the webpack compiler. From the docs:
As a clever JavaScript developer you may remember the
Function.prototype.apply
method. Because of this method you can pass any function as plugin (this
will point to the compiler). You can use this style to inline custom plugins in your configuration.
Here are the changes between the two setups:
Change webpack config to import your build script and add it to the plugins
array:
const path = require("path");
const buildPlugin = require("./src/index.build");
module.exports = {
entry: path.resolve(__dirname, "src/index.js"),
output: {
path: path.resolve(__dirname, "build/"),
filename: "mylib.js",
libraryTarget: "umd"
},
plugins: [buildPlugin]
};
Then change index.build.js
to export a function that registers a callback on the compiler (it receives it as this
). Take the contents of the build script from before, put it into a build()
function, and then export a plugin function as follows:
module.exports = function () {
this.plugin('run', function(compiler, callback) {
console.log("Build script starting");
build();
callback();
});
};
Remove the build-index
target from any scripts in package.json
. Webpack will now always call your build script before running.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With