layout | description |
---|---|
page |
A router for Worker Runtimes such as Cloudflare Workers and Service Workers.
|
A router for Worker Runtimes such as Cloudflare Workers and Service Workers.
This router is inspired by previous work, specifically tiny-request-router
and itty-router
, but it
improves on them by providing better support for middleware, type inference, nested routing, and broader URL matching for use in service workers.
- Table of Contents {:toc .large-only}
The goal of Worker Router is to infer types based on usage so that no explicit typing is required for standard use cases. This allows even JavaScript users to benefit from inline documentation and API discoverability. For example,
const router = new WorkersRouter()
.get('/about', basics(), (req, { userAgent }) => ok())
.get('/login', unsignedCookies(), (req, { cookies }) => ok())
In this example your editor can infer the types and documentation for
userAgent
, provided by thebasics
middlewarecookies
, provided by theunsignedCookies
middleware
Worker Router middlewares are just function that add properties to a generic context object. As such, they can be mixed and matched using standard tools from functional programming.
For convenience, this module provides a combine
utility to combine multiple middlewares into one.
const myReusableMW = combine(
basics(),
signedCookies({ secret: 'password123' }),
cookieSession({ user: '' })
);
const router = new WorkersRouter()
.get('/', myReusableMW, () => ok())
.post('/', combine(myReusableMW, bodyParser()), () => ok())
Note that type inference is maintained when combining middleware!
Worker Router supports delegating entire sub routes to another router:
const itemRouter = new WorkerRouter()
.get('/', (req, { params }) => ok(`Matched "/item/`))
.get('/:id', (req, { params }) => ok(`Matched "/item/${params.id}`))
const router = new WorkersRouter()
.get('/', () => ok('Main Page'))
.use('/item*', itemRouter)
Internally, this router uses URLPattern
for routing, which allows it match URLs in the broadest sense.
For example, the following router, meant to be used in a Service Worker, can handle internal requests as well as intercept calls to external resources:
// file: "sw.js"
const router = new WorkersRouter()
.get('/', () => ok('Main Page'))
.get('/about', () => ok('About Page'))
.external('https://plausible.io/api/*', req => {
// intercepted
})
Worker Router has first class support for error handling. Its main purpose is to let you write your handlers without having to wrap everything inside a massive try {} catch
block. Instead, you can define special recover routes that get invoked when something goes wrong.
const router = new WorkersRouter()
.get('/', () => ok('Main Page'))
.get('/about', () => { throw Error('bang') })
.recover('*', (req, { error, response }) =>
new Response(`Something went wrong: ${error.message}`, response)
);
Worker Router comes with out of the box support for a variety of Worker Runtimes:
To use it in an environment that provides a global fetch
event, use
self.addEventListener('fetch', router)
(This works because the router implements the EventListener
interface)
To use it with Cloudflare's module workers, use
export default router
(This works because the router implements a fetch
method with compatible interface)
To use it with Deno/Deploy's serve
function, use
serve(router.serveCallback)
{:style="margin: 2rem 0"}
Links:
GitHub
| ghuc.cc
· NPM
| Browse Package
· deno.land
| Docs
{:.faded}