⚡ Vite + Express
@vitejs integration module for @expressjs

💬 Introduction
With Vite you can easily bootstrap your project and just start working without figuring everything out. That's great for front-end apps, but when you want to include server-side into the mix, things get quite complicated. Thanks to vite-express you can just as easily start writing full-stack app in seconds.
const express = require("express");
const ViteExpress = require("vite-express");
const app = express();
app.get("/message", (_, res) => res.send("Hello from express!"));
ViteExpress.listen(app, 3000, () => console.log("Server is listening..."));
⚡ vite-express
takes care of
- spinning up Vite's Dev Server
- injecting necessary middlewares to static files from your API
- managing unhandled routes to make client-side routing possible
The only thing that is left to you is to code! 🎉
📦 Installation & usage
Fresh setup with 🏗️ create-vite-express
The easiest way to setup a Vite Express app is to use 🏗️ create-vite-express
package
-
Run the CLI from your terminal
yarn create vite-express
-
Follow the prompts to configure your project using your favourite framework.
-
Open app folder, install dependencies and run the app in development mode
cd YOUR_APP_NAME
yarn
yarn dev
-
Open your browser at http://localhost:3000
-
Change the client code and see the beauty of HMR in action!
Congrats, you've just created your first vite-express
app! 🎉 Happy hacking!
Fresh setup with create-vite
Alternatively you can use create-vite
package to setup the client and then add an express server to it if your favourite framework isn't supported by create-vite-express
.
-
Start by creating Vite project
yarn create vite
-
Follow the prompts to configure your project using your favourite framework.
-
Install express
and vite-express
packages
yarn add express vite-express
-
Create a server script inside project root directory
import express from "express";
import ViteExpress from "vite-express";
const app = express();
app.get("/message", (_, res) => res.send("Hello from express!"));
ViteExpress.listen(app, 3000, () => console.log("Server is listening..."));
⚠️ For some frameworks like React, Vite sets the package.json
type
field to module
so you need to use ESModules import
syntax despite writing a node script. If that's a problem you can freely change the type
back to commonjs
as Vite uses ESModules
for front-end either way!
-
Run the express script
node server.js
-
Open your browser at http://localhost:3000
-
Change the client code and see the beauty of HMR in action!
Congrats, you've just created your first vite-express
app! 🎉 Happy hacking!
🚚 Shipping to production
By default vite-express runs in development mode, when server acts as a simple proxy between client and Vite's Dev Server utilizing the power of HMR and native browser modules. This is not suitable for production as described here, so in production we want to serve static files that Vite spits out during it's build process. That's why you need to invoke vite build
command first. Then you need to run your app in production mode.
You have these options to achieve that
-
Run the code with NODE_ENV=production
variable, either by inlining it with the command
NODE_ENV=production node server.ts
Or by using dotenv
or other envs tool.
-
Use ViteExpress.config()
and set mode
to production
import express from "express";
import ViteExpress from "vite-express";
const app = express();
ViteExpress.config({ mode: "production" })
app.get("/message", (_, res) => res.send("Hello from express!"));
ViteExpress.listen(app, 3000, () => console.log("Server is listening..."));
🤔 How does it work?
The way vite-express
works is quite simple. As soon as you invoke ViteExpress.listen
:
-
Static files serving middleware is injected at the beginning of express middlewares stack. We do this to ensure that nothing will block your server from sending files like .js
, .css
etc. You can thing about this middleware as the same as express.static
but for files served by Vite. In production files are not served from Vite but instead from dist folder using said express.static
middleware
-
A GET routes handler get("*")
is registered at the end of middleware stack to handle all the routes that were unhandled by you. We do this to ensure that client-side routing is possible.
-
Lastly Vite Dev Server is started up, listening on port 5173 or the one that you pass into configuration.
Because ViteExpress.listen
is an async function, in most cases it doesn't matter when you invoke it, but it is generally the best to do it at the end of file to avoid get("*")
handler overriting your routes.
📝 Documentation
config(options) => void
Used to pass in configuration object with each key optional.
ViteExpress.config({ });
🔧 Available options
name | description | default | valid values |
---|
mode | When set to development Vite Dev Server will be utilized, in production app will serve static files built with vite build command | development | development , production |
vitePort | Port that Vite Dev Server will be listening on | 5173 | any number |
listen(app, port, callback?) => http.Server
Used to inject necessary middlewares into the app and start listening on defined port. Should replace app.listen()
in your base express application. Due to its async nature can be invoked at any time but should generally be invoked at the end to avoid interfering with other middlewares and route handlers.
app
- express application returned from invoking express()
port: number
- port that server will be listening oncallback?: () => void
- function that will be invoked after server starts listening
Returns the same http.Server
that is returned by express when running app.listen()
const app = express();
const httpServer = ViteExpress.listen(app, 3000, () => console.log("Server is listening!"));
async build() => void
Used when you want to build the app to production programically. It is adviced to use vite build
command, but can be freely used in some edge scenarios (e.g. in some automation scripts) as it does the same thing.
ViteExpress.build();
⚖️ License
MIT