Next.js API Middleware
Introduction
Next.js API routes are a ridiculously fun and simple way to add backend functionality to a React app. However, when it comes time to add middleware, there is no easy way to implement it.
The official Next.js docs recommend writing functions inside your API route handler :thumbsdown:. This is a huge step backward compared to the clean APIs provided by Express.js or Koa.js.
This library attempts to provide minimal, clean, composable middleware patterns that are both productive and pleasant to use. :tada:
Quick Start
import { use } from "next-api-middleware";
import cors from "cors";
const withMiddleware = use(
async (req, res, next) => {
console.log("Do work before the request");
await next();
console.log("Clean up");
},
async (req, res, next) => {
console.log("Do more work");
await next();
console.log("Clean up more");
},
cors(),
async (req, res, next) => {
console.log("Store user in request");
req.locals = {
user: {
name: "Alice",
email: "alice@example.com",
},
};
await next();
}
);
const apiRouteHandler = async (req, res) => {
const { name } = req.locals.user;
res.status(200);
res.send(`Hello, ${name}!`);
};
export default withMiddleware(apiRouteHandler);
Usage
Writing Async Middleware
import type { NextMiddleware } from "next-api-middleware";
export const addRequestUUID: NextMiddleware = async (req, res, next) => {
res.setHeader("X-Response-ID", uuid());
await next();
};
export const addRequestTiming: NextMiddleware = async (req, res, next) => {
res.setHeader("X-Timing-Start", new Date().getTime());
await next();
res.setHeader("X-Timing-End", new Date().getTime());
};
export const logErrorsWithACME: NextMiddleware = async (req, res, next) => {
try {
await next();
} catch (error) {
Acme.captureException(error);
res.status(500);
res.json({ error: error.message });
}
};
Composing Middleware Groups
import { use } from "next-api-middleware";
import {
addRequestTiming,
logErrorsWithACME,
addRequestUUID,
} from "../helpers";
import { connectDatabase, loadUsers } from "../users";
export const withAuthMiddleware = use(
addRequestTiming,
logErrorsWithACME,
addRequestUUID,
connectDatabase,
loadUsers
);
export const withGuestMiddleware = use(
isProduction ? [addRequestTiming, logErrorsWithACME] : [],
addRequestUUID
);
export const withXYZMiddleware = use(
[addRequestUUID, connectDatabase, loadUsers],
[addRequestTiming, logErrorsWithACME]
);
The use
method creates a higher order function that applies middleware to an API route. use
accepts a list of values that evaluate to middleware functions. It also accepts arrays of middleware functions, which are flattened at runtime (order is preserved).
Another available method for grouping middleware is label
. Here's how it works:
import { label } from "next-api-middleware";
import {
addRequestTiming,
logErrorsWithACME,
addRequestUUID,
} from "../helpers";
const withMiddleware = label({
timing: addRequestTiming,
logErrors: logErrorsWithACME,
uuids: addRequestUUID,
all: [addRequestTiming, logErrorsWithACME, addRequestUUID],
});
const apiRouteHandler = async (req, res) => {
const { name } = req.locals.user;
res.status(200);
res.send(`Hello, ${name}!`);
};
export default withMiddleware("timing", "logErrors")(apiRouteHandler);
Using label
creates a middleware group that, by default, doesn't invoke any middleware. Instead, it allows choosing specific middleware by supplying labels as arguments in the API route.
Advanced
Middleware Factories
Since use
accepts values that evaluate to middleware functions, this provides the opportunity to create custom middleware factories.
Here's an example of a factory that generates a middleware function to only allow requests with a given HTTP method:
import { use, NextMiddleware } from "next-api-middleware";
const httpMethod = (
allowedHttpMethod: "GET" | "POST" | "PATCH"
): NextMiddleware => {
return async function (req, res, next) {
if (req.method === allowedHttpMethod || req.method == "OPTIONS") {
await next();
} else {
res.status(404);
res.end();
}
};
};
export const withAuthMiddleware = use(
httpMethod("POST"),
addRequestTiming,
logErrorsWithACME,
addRequestUUID
);
Middleware Types
next-api-middleware
supports two middleware signatures, NextMiddleware
and ExpressMiddleware
.
NextMiddleware
(preferred)
NextMiddleware
is inspired by the asyncronous middleware style popularized by Koa.js. Prefer this style when writing your own middleware.
interface NextMiddleware {
(
req: NextApiRequest,
res: NextApiResponse,
next: () => Promise<void>
): Promise<void>;
}
ExpressMiddleware
ExpressMiddleware
roughly matches the signature used by Express/Connect style middleware. This type can be used when importing third-party libraries such as cors
.
interface ExpressMiddleware<
Request = IncomingMessage,
Response = ServerResponse
> {
(
req: Request,
res: Response,
next: (error?: any) => void | Promise<void>
): void;
}
An example using cors
:
import { use } from "next-api-middleware";
import cors from "cors";
export const withMiddleware = use(
cors() as ExpressMiddleware
);