You’ve made an awesome component with Vue.js that you think other developers could use in their projects. How can you share it with them?
In this article, I’ll show you how to prepare your component so that it can be packaged and published on NPM. I’ll use an example project and demonstrate the following:
- Ensuring dependencies are not included in the package
- Using Webpack to create separate builds for the browser and Node
- Creating a plugin for the browser
- Important configuration of package.json
- Publishing on NPM
Case Study Project: Vue Clock
I’ve created this simple clock component which I’m going to publish on NPM. Maybe it’s not the coolest component you’ve ever seen, but it’s good enough for a demonstration.
Here’s the component file. There’s nothing too special here, but note that I’m importing the moment library in order to format the time. It’s important to exclude dependencies from your package, which we’ll look at shortly.
Most of what I need to do to prepare this component for NPM is done with Webpack. Here’s the basic Webpack setup that I’ll be adding to in this article. It shouldn’t include many surprises if you’ve used Vue and Webpack before:
externals configuration option provides a way of excluding dependencies from the Webpack output bundle. I don’t want my package to include dependencies because they will bloat its size and potentially cause version conflicts in the user’s environment. The user will have to install dependencies themselves.
In the case study project, I’m using the moment library as a dependency. To ensure it doesn’t get bundled into my package, I’ll specify it as an external in my Webpack configuration:
In Vue.js, there are two different environments where a user might want to install a component. Firstly, the browser e.g.
Secondly, Node.js-based development environments e.g.
Ideally, I want users to be able to use Vue Clock in either environment. Unfortunately, these environments require the code to be bundled differently, which means I’ll have to set up two different builds.
To do this, I’ll create two separate Webpack configurations. This is easier than it sounds because the configurations will be almost identical. First I’ll create a common configuration object, then use webpack-merge to include it in both environment configurations:
The common configuration is exactly as it was before (I’ve abbreviated most of it to save space), except I’ve removed the
output.filename options. I’ll specify these individually in the separate build configurations.
Also, I don’t want the user to have to think too hard to figure out how to use the component. I’ll make it so the component can easily be registered as a global component when the user includes the script. Vue’s plugin system will help here.
The result I’m aiming for is this simple setup:
First, I’ll create a plugin wrapper to allow for easy installation of the component:
This plugin registers the component globally, so the user can call the clock component anywhere in their application.
I’ll now use the plugin file as the entry point for the browser build. I’ll output to a file called
vue-clock.min.js as that’ll be most obvious to the user.
Exporting as a Library
Webpack can expose your bundled script in a variety of different ways, e.g. as an AMD or CommonJS module, as an object, as a global variable etc. You can specify this with the
For the browser bundle, I’ll use the
window target. I could also use
UMD for more flexibility, but since I’m creating two bundles already, I’ll just confine this bundle for use in the browser.
I’ll also specify the library name as ‘VueClock’. This means that when a browser includes the bundle, it will be available as the global
To allow users to use the component in a Node-based development environment, I’ll use the UMD library target for the Node bundle. UMD is a flexible module type that allows code to be used in a variety of different script loaders and environments.
Note that the Node bundle uses the single-file component as its entry point and does not use plugin wrapper, as it is not needed. This allows a more flexible installation:
Before publishing to NPM I’ll setup my package.json file. A detailed description of each option is available on npmjs.com.
I’ve abbreviated most of this file, but the important things to note are:
1. The main script file i.e.
"main": "dist/vue-clock.js". This points the Node bundle file, ensuring that modules loaders know which file to read i.e.
2. Dependencies. Since I’ve excluded any dependencies from the package, users must install the dependencies to use the package.
Publishing to NPM
Now that my component is set up correctly, it’s ready to be published on NPM. I won’t repeat the instructions here since they’re covered nicely on npmjs.com.
Here’s the result: