next-wayfinder
is a lightweight (~3kb minzipped) and flexible package that simplifies the organization of middleware in Next.js applications.
With next-wayfinder
, you can easily apply different middlewares based on the route or hostname, without having to use cumbersome and error-prone path checks.
Traditionally, managing middleware in Next.js can be challenging, especially when dealing with complex routing scenarios.
For example, you may want to apply an authentication middleware only for certain paths or a subdomain-specific middleware for certain hostnames.
With next-wayfinder
, you can easily manage and maintain your middleware and keep your code clean and organized.
next-wayfinder
exports an handlePaths
function that can be used as middleware entry point.
It accepts an array of Middleware
objects that match the route or hostname, and applies the first matching middleware.
This allows you to easily handle complex routing scenarios and reduce the amount of code needed to manage your middleware.
npm install next-wayfinder
next-wayfinder
was created based on this discussion that highlighted the difficulty of handling complex routing inside the Next.js middleware.
Traditionally, if you want to apply different middlewares for different routes in Next.js, you have to use cumbersome and error-prone path checks.
For instance, you might want to have an authentication middleware only for paths matching /dashboard/:path*
and a subdomain-specific middleware on another set of routes.
As of now, this can be achieved through ugly path checking inside a middleware that matches almost all the routes.
With next-wayfinder
, you can declare sub-middlewares via path-regexp
and custom rules in order to achieve a nice, clear middleware file where you can come back after months and instantly understand what's happening.
This makes it easy to handle complex routing scenarios and keep your code organized.
In summary, next-wayfinder
simplifies middleware management in Next.js applications and reduces the amount of code needed to manage your middleware, making it easier to write and maintain clean, organized code.
next-wayfinder
exports an handlePaths
function that can be used as middleware entry point.
It accepts an array of Middleware
objects that match route or hostname, and applies the first matching middleware.
// middleware.ts
import { handlePaths } from "next-wayfinder";
import { NextResponse } from "next/server";
// the first matching middleware will be applied
export default handlePaths(
[
{
path: "/dashboard/:lang/:path*",
// We can filter this to apply only if some params matches exactly our needs
guard: params => params.lang === "en",
handler: async req => {
// url params are injected by `handlePaths`
// in addition to req.query
// this is done because you might want to handle paths
// that are not available under your `app` or `pages` directory.
console.log(req.params);
// do some checks
if (!isAuthenticated(req)) {
return NextResponse.redirect("/");
}
// continue the request
return NextResponse.next();
},
},
{
hostname: /^app\./,
// rewrites all routes on hostname app.* to the `pages/app/<path>`
handler: req =>
NextResponse.rewrite(
new URL("/app${req.nextUrl.pathname}", req.url)
),
},
{
// easy syntax for redirects
path: "/blog/:slug/edit",
// params will be replaced automatically
redirectTo: "/dashboard/posts/:slug",
},
],
{
// inject custom data, like session etc
// it will be available inside `req.injected`
injector: async req => ({ isLoggedIn: !!req.session }),
debug: process.env.NODE_ENV !== "production",
}
);
In some cases, you might want to check paths on a subdomain (i.e., using the same project for handling both the public website and the dashboard).
This can be easily achieved by passing an array of middleware as a handler. The handlePaths
function iterates recursively over all the items provided (including nested ones), so a very high level of complexity can be "handled". However, to improve performance, I would recommend keeping it as simple as possible.
// middleware.ts
export default handlePaths([
{
hostname: /^app\./,
handler: [
{
path: "/",
handler: req =>
NextResponse.redirect(new URL("/dashboard", req.url)),
},
{
path: "/:path*",
handler: () => NextResponse.next(),
},
],
},
]);
// middleware.ts
import { NextResponse, NextRequest } from "next/server";
import { handlePaths, NextREquestWithParams } from "next-wayfinder";
import { createMiddlewareSupabaseClient } from "@supabase/auth-helpers-nextjs";
const getSession = async (req: NextRequestWithParams) => {
const res = NextResponse.next();
const supabase = createMiddlewareSupabaseClient({ req, res });
const {
data: { session },
error,
} = await supabase.auth.getSession();
if (error) {
console.error(`Auth Error: `, error);
return null;
}
return session;
};
export default handlePaths(
[
{
// auth guard
path: "/dashboard/:path*",
pre: req =>
req.injected?.session ? true : { redirectTo: "/auth/sign-in" },
handler: req => {
console.log("User authenticated: ", req.injected?.session);
// do your stuff here
return NextResponse.next();
},
},
],
{
injector: async req => {
const session = await getSession(req);
return { session };
},
}
);
This library is created by Federico Vitale - (@rawnly)
The MIT License.