A webpack plugin for running single-spa microfrontends in standalone mode. This is an alternative to using import-map-overrides.
⚠️ Warning: ExperimentalThis plugin should be considered "experimental" since it is new. Standalone is not equivalent to developing in integrated mode. The single-spa core team created this plugin because it's an often-requested feature, but we're unsure if it will result in a better experience for the single-spa community. There are potential pitfalls that you should understand before deciding to use this plugin.
- 'standalone' also means isolated which may lead to situations of "works on my machine, but not on the deployed environment."
- This plugin automatically upgrades to the latest versions of SystemJS and single-spa, which is likely different than most environments, which pin to a specific version.
- If a hard coded import map is used in this plugin's configuration, it may quickly become outdated. This may lead to developing locally against a package whose API has changed.
- By default, this plugin does not load any global scripts, fonts, or css in the HTML file.
- All of these may result in issues where the microfrontend looks or behaves differently in standalone mode versus when it is integrated, leading to developer frustration and erosion of trust.
- The single-spa core team may deprecate this plugin if it confuses more than helps.
npm install --save-dev standalone-single-spa-webpack-plugin
# alternatively
yarn add --dev standalone-single-spa-webpack-plugin
To use the plugin, add it to your webpack config. Then when you run webpack-dev-server, an HTML file will be generated that loads and mounts your microfrontend as a single-spa application or parcel.
// webpack.config.js
const StandaloneSingleSpaPlugin = require('standalone-signle-spa-webpack-plugin');
const HtmlWebpackPlugin = require('html-webpack-plugin');
module.exports = {
devServer: {
// Not required, but it's often useful to run webpack-dev-server in SPA mode
historyApiFallback: true
},
plugins: [
// the standalone plugin works in conjunction with HtmlWebpackPlugin
new HtmlWebpackPlugin(),
new StandaloneSingleSpaPlugin({
// required
appOrParcelName: "my-microfrontend-name",
// optional - strongly encouraged for single-spa applications
activeWhen: ['/route-prefix'],
// optional - useful for enabling cross-microfrontend imports
importMapUrl: new URL("https://my-cdn.com/importmap.json"),
// optional - useful for adding an additional, local-only import map
importMap: {
imports: {
"other-module": "/other-module.js"
}
},
// optional - defaults to false. This determines whether to mount
// your microfrontend as an application or a parcel
isParcel: false
// optional - you can disable the plugin by passing in this boolean
disabled: false
// optional - the standalone plugin relies on optionalDependencies in the
// package.json. If this doesn't work for you, pass in your HtmlWebpackPlugin
// to ensure the correct one is being referenced
HtmlWebpackPlugin
})
]
}
Now when you run npm start
or npm run serve
, you can view your code running on localhost, without setting up an import map override.
You may customize the HTML file used by the standalone plugin by creating a src/index.ejs
file. The standalone plugin injects its scripts at the end of the <body>
of that file. This is done via html-webpack-plugin, which has a template option that allows you to control the HTML template.
This plugin (currently) assumes that you are using SystemJS to load your microfrontends. If you are not using SystemJS and would like to use this plugin, please file a Github issue.