π Dear Community,
We sincerely apologize for the recent project name changes. After careful consideration and feedback, we've settled on the name vite-plugin-api-routes. We understand that these changes might have caused confusion, and we appreciate your understanding.
Thank you for your continued support and flexibility.
Best regards,
For more detailed information and resources related to vite-plugin-api-routes
, please refer to the following:
- npm Package: vite-plugin-api-routes
- GitHub Repository: yracnet/vite-plugin-api-routes
- Dev.to Article: Enhancing API Routing in Vite.js with vite-plugin-api
- Tutorial: Tutorial on vite-plugin-api-routes
Enhance API routing in ViteJS based on directory structure for improved visibility and project structure in Node.js and Express.
See the tutorial
- Simplify project configuration.
- Convert the directory tree into route rules.
> tree src/api/
src/api/:
ββββadmin
β ββββauth
β β ββββlogin.js
β β ββββstatus.js
β ββββuser
β ββββindex.js
β ββββ[userId] //Remix Format
β ββββindex.js
β ββββdetail.js
ββββsite
β ββββarticle
β β ββββ$articleId.js //NextJS Format
β β ββββnew.js
β ββββpage
β ββββ$pageId.js
β ββββnew.js
ββββindex.js
The directory tree is exported as router rules tree:
GET /api/site/
GET /api/routers
USE /api/admin/user
GET /api/admin/user
GET /api/admin/user/
POST /api/admin/user/
GET /api/admin/auth/login
POST /api/admin/auth/login
GET /api/site/article/new
GET /api/admin/auth/status
POST /api/admin/auth/status
GET /api/site/page/:pageId
GET /api/admin/user/:userId/
PUT /api/admin/user/:userId/
DELETE /api/admin/user/:userId/
GET /api/site/article/:articleId
GET /api/admin/user/:userId/detail
For example, the src/api/admin/user/$userId.js
file exports allowed request methods:
//file:src/api/admin/user/$userId.js
export const DELETE = (req, res, next) => {
res.send("DELETE REQUEST");
};
export const PUT = async (req, res, next) => {
res.send("PUT REQUEST");
};
// Support default, GET, HEAD, POST, PUT, DELETE by default
// For CONNECT, OPTIONS, TRACE, PATCH, and others, you need to add the mapping to the mapper attribute config
// If you need middlewares for a route, simply export an array containing all middlewares as the default
export default [authMiddleware, secondMiddleware /* ... */];
Similarly, the [userId].js
or $userId.js
file name is exported as a request parameter /user/:userId
, following the Next.js/Remix framework.
yarn add vite-plugin-api-routes
In vite.config.ts
:
import { defineConfig } from "vite";
import { pluginAPIRoutes } from "vite-plugin-api-routes";
export default defineConfig({
plugins: [
pluginAPIRoutes({
// moduleId: "@api", // Old version change to "virtual:vite-plugin-api-routes",
// cacheDir: ".api",
// server: "[cacheDir]/server.js",
// handler: "[cacheDir]/handler.js",
// configure: "[cacheDir]/configure.js",
// routeBase: "api",
// dirs: [{ dir: "src/api"; route: "", exclude?: ["*.txt", ".csv", "data/*.*"] }],
// include: ["**/*.js", "**/*.ts"],
// exclude: ["node_modules", ".git"],
// mapper: { default: "use", GET: "get", ... },
}),
],
});
- moduleId: Name of the virtual module, default @api (used for imports, change if conflicts occur).
- server: The main file to build as the server app. See default file.
- handler: The main file to register the API. It is called in viteServer and is the default entry. See default file.
- configure: The configureFile centralizes server configuration for both development (viteServer) and production (express). This file is invoked in various lifecycle hooks of the server. See default file.
- routeBase: Base name route for all routes. The default value is api.
- dirs: List of directories to be scanned. The default value is [ { dir: 'src/api', route: '', exclude: []} ].
- include: Files and directories to include in the scan process. The default value is ["\\/.js", "\\/.ts"].
- exclude: Files and directories to exclude from the scan process. The default value is ["node_modules", ".git"].
- mapper: Mapping rules from exported functions to server instance methods.
- cacheDir: Cache Directory target to write temp files.
Default Value
mapper: {
//[Export Name]: [Http Verbose]
default: "use",
GET: "get",
POST: "post",
PUT: "put",
PATCH: "patch",
DELETE: "delete",
// Overwrite
...mapper,
};
/vite.config.js
export default defineConfig({
plugins: [
pluginAPIRoutes({
mapper: {
/**
* export const PING = ()=>{...}
* Will be mapped to express method
* app.get('/path/dir', PING)
*/
PING: "get",
/**
* export const OTHER_POST = ()=>{...}
* Will be mapped to posible method
* app.post2('/path/dir', OTHER_POST)
*/
OTHER_POST: "post2",
/**
* export const PATCH = ()=>{...}
* Will not be mapped
*/
PATCH: false,
},
}),
],
});
You can disable a method by setting its value to false. In the example PATCH: false
, the PATCH method is disabled.
/src/api/index.js
export const PING = (req, res, next)=>{
res.send({name:"Ping Service"});
}
export const OTHER_POST = (req, res, next)=>{
res.send({name:"Other Service"});
}
export const PATCH = (req, res, next)=>{
res.send({name:"Path Service"});
}
/src/handler.js or see handler.js
import express from "express";
import { applyRouters } from "@api/routers";
import * as configure from "@api/configure";
export const handler = express();
configure.handlerBefore?.(handler);
applyRouters(
(props) => {
const { method, route, path, cb } = props;
if (handler[method]) {
if(Array.isArray(cb)) {
handler[method](route, ...cb);
} else {
handler[method](route, cb);
}
} else {
console.log("Not Support", method, "for", route, "in", handler);
}
}
);
configure.handlerAfter?.(handler);
/src/server.ts or see server.ts
import { handler } from "@api/handler";
import { endpoints } from "@api/routers";
import * as configure from "@api/configure";
import express from "express";
const server = express();
configure.serverBefore?.(server);
const { PORT = 3000, PUBLIC_DIR = "import.meta.env.PUBLIC_DIR" } = process.env;
server.use("import.meta.env.BASE", express.static(PUBLIC_DIR));
server.use("import.meta.env.BASE_API", handler);
configure.serverAfter?.(server);
server.on("error", (error) => {
console.error(`Error at http://localhost:${PORT}`, error);
configure.serverError?.(server, error);
});
server.on("listening", () => {
console.log(`Ready at http://localhost:${PORT}`);
configure.serverListening?.(server, endpoints);
});
server.listen(PORT);
/src/configure.ts or see configure.ts
import express from "express";
import { CallbackHook, StatusHook, ServerHook, HandlerHook, ViteServerHook } from "vite-plugin-api-routes/model";
export const viteServerBefore: ViteServerHook = (server, viteServer) => {
console.log("VITEJS SERVER");
server.use(express.json());
server.use(express.urlencoded({ extended: true }));
};
export const viteServerAfter: ViteServerHook = (server, viteServer) => {
};
export const serverBefore: ServerHook = (server) => {
server.use(express.json());
server.use(express.urlencoded({ extended: true }));
};
export const serverAfter: ServerHook = (server) => {
};
export const handlerBefore: HandlerHook = (handler) => {
};
export const handlerAfter: HandlerHook = (server) => {
};
export const callbackBefore: CallbackHook = (callback, route) => {
return callback;
};
export const serverListening: StatusHook = (server) => {
};
export const serverError: StatusHook = (server, error) => {
};
To leverage TypeScript models within your Vite.js project, follow these steps:
Add a reference to the TypeScript definitions file [moduleId]/types.d.ts within your vite-env.d.ts file.
src/vite-env.d.ts
/// <reference types="vite/client" />
/// <reference types="../.api/types.d.ts" />
Once you've referenced the required TypeScript definitions, you can incorporate them directly into your TypeScript code.
Incorporating a ViteServerHook model from vite-plugin-api-routes:
import { ViteServerHook } from "vite-plugin-api-routes/model";
export const viteServerBefore: ViteServerHook = (server, viteServer) => {
console.log("VITEJS SERVER");
// Include ViteServer Config
};
In the server file, we do not explicitly declare the basic configuration. Instead, this responsibility is delegated to the configure file, ensuring a more modular and centralized approach to server setup and initialization.
Be cautious when configuring the viteServerBefore
and viteServerAfter
methods. These methods interact with viteServer, and if not configured correctly, they can lead to issues. Specifically, including a direct reference to the Vite.js library within these methods can cause problems during the build process. Although these methods themselves are not included in the final build output, any import references associated with the vitejs libraries can generate unexpected problems.
- Extend the
mapper
attribute to support custom HTTP methods using a header attribute. - Implement fs-visitor for optimize the scan files process
- express.on("error", callback) don't works
- Set default error handling to
server After
orhandler After