npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@fvaa/radix

v1.0.7

Published

Page monitor and page behavior operation architecture

Downloads

5

Readme

@fvaa/radix

fork from find-my-way.

A crazy fast HTTP router, internally uses an highly performant Radix Tree (aka compact Prefix Tree), supports route params, wildcards, and it's framework independent.

If you want to see a benchmark comparison with the most commonly used routers, see here. Do you need a real-world example that uses this router? Check out Fastify or Restify.

Install

npm i @fvaa/radix

Usage

import Monitor, { Request, Response } from '@fvaa/monitor';
import Router from '@fvaa/radix';
const router = new Router();

router.on('GET', '/', (req, res, params) => {
  console.log('{"message":"hello world"}')
})

const createServer = Monitor({ event: 'hashchange' });
createServer(async (req: Request, res: Response) => await app.lookup(req, res)).listen();

API

FindMyway([options])

Instance a new router. You can pass a default route with the option defaultRoute.

import Router from '@fvaa/radix';
const router = new Router({
  defaultRoute: (req, res) => {
    res.statusCode = 404
    res.end()
  }
});

Trailing slashes can be ignored by supplying the ignoreTrailingSlash option:

import Router from '@fvaa/radix';
const router = new Router({
  ignoreTrailingSlash: true
})
function handler (req, res, params) {
  console.log('foo')
}
// maps "/foo/" and "/foo" to `handler`
router.on('GET', '/foo/', handler)

You can set a custom length for parameters in parametric (standard, regex and multi) routes by using maxParamLength option, the default value is 100 characters. If the maximum length limit is reached, the default route will be invoked.

import Router from '@fvaa/radix';
const router = new Router({
  maxParamLength: 500
})

According to RFC3986, @fvaa/radix is case sensitive by default. You can disable this by setting the caseSensitive option to false: in that case, all paths will be matched as lowercase, but the route parameters or wildcards will maintain their original letter casing. You can turn off case sensitivity with:

import Router from '@fvaa/radix';
const router = new Router({
  caseSensitive: false
})

The custom strategy object should contain next properties:

  • storage - the factory function for the Storage of the handlers based on their version.
  • deriveVersion - the function to determine the version based on the request

The signature of the functions and objects must match the one from the example above.

Please, be aware, if you use custom versioning strategy - you use it on your own risk. This can lead both to the performance degradation and bugs which are not related to @fvaa/radix itself

on(method, path, [opts], handler)

Register a new route.

router.on('GET', '/example', (req, res, params) => {
  // your code
})
on(methods[], path, [opts], handler, [store])

Register a new route for each method specified in the methods array. It comes handy when you need to declare multiple routes with the same handler but different methods.

router.on(['GET', 'POST'], '/example', (req, res, params) => {
  // your code
})

Supported path formats

To register a parametric path, use the colon before the parameter name. For wildcard use the star. Remember that static routes are always inserted before parametric and wildcard.

// parametric
router.on('GET', '/example/:userId', (req, res, params) => {}))
router.on('GET', '/example/:userId/:secretToken', (req, res, params) => {}))

// wildcard
router.on('GET', '/example/*', (req, res, params) => {}))

Regular expression routes are supported as well, but pay attention, RegExp are very expensive in term of performance! If you want to declare a regular expression route, you must put the regular expression inside round parenthesis after the parameter name.

// parametric with regexp
router.on('GET', '/example/:file(^\\d+).png', () => {}))

It's possible to define more than one parameter within the same couple of slash ("/"). Such as:

router.on('GET', '/example/near/:lat-:lng/radius/:r', (req, res, params) => {}))

Remember in this case to use the dash ("-") as parameters separator.

Finally it's possible to have multiple parameters with RegExp.

router.on('GET', '/example/at/:hour(^\\d{2})h:minute(^\\d{2})m', (req, res, params) => {}))

In this case as parameter separator it's possible to use whatever character is not matched by the regular expression.

Having a route with multiple parameters may affect negatively the performance, so prefer single parameter approach whenever possible, especially on routes which are on the hot path of your application.

Match order

The routing algorithm matches one chunk at a time (where the chunk is a string between two slashes), this means that it cannot know if a route is static or dynamic until it finishes to match the URL.

The chunks are matched in the following order:

  1. static
  2. parametric
  3. wildcards
  4. parametric(regex)
  5. multi parametric(regex)

So if you declare the following routes

  • /:userId/foo/bar
  • /33/:a(^.*$)/:b

and the URL of the incoming request is /33/foo/bar, the second route will be matched because the first chunk (33) matches the static chunk. If the URL would have been /32/foo/bar, the first route would have been matched.

Supported methods

The router is able to route all HTTP methods defined by http core module.

off(method, path)

Deregister a route.

router.off('GET', '/example')
// => { handler: Function, params: Object, store: Object}
// => null
off(methods[], path, handler, [store])

Deregister a route for each method specified in the methods array. It comes handy when you need to deregister multiple routes with the same path but different methods.

router.off(['GET', 'POST'], '/example')
// => [{ handler: Function, params: Object, store: Object}]
// => null

reset()

Empty router.

router.reset()
Caveats
  • It's not possible to register two routes which differs only for their parameters, because internally they would be seen as the same route. In a such case you'll get an early error during the route registration phase. An example is worth thousand words:
const findMyWay = new Router({
  defaultRoute: (req, res) => {}
})

findMyWay.on('GET', '/user/:userId(^\\d+)', (req, res, params) => {})

findMyWay.on('GET', '/user/:username(^[a-z]+)', (req, res, params) => {})
// Method 'GET' already declared for route ':'

Shorthand methods

If you want an even nicer api, you can also use the shorthand methods to declare your routes.

For each HTTP supported method, there's the shorthand method. For example:

router.get(path, handler)
router.delete(path, handler)
router.router(path, handler)
router.put(path, handler)
router.post(path, handler)
// ...

If you need a route that supports all methods you can use the all api.

router.all(path, handler)

lookup(request, response, [context])

Start a new search, request and response are the server req/res objects. If a route is found it will automatically call the handler, otherwise the default route will be called. The url is sanitized internally, all the parameters and wildcards are decoded automatically.

router.lookup(req, res)

lookup accepts an optional context which will be the value of this when executing a handler

router.on('GET', '*', function(req, res) {
  console.log(this.greeting);
})
router.lookup(req, res, { greeting: 'Hello, World!' })

find(method, path [, version])

Return (if present) the route registered in method:path. The path must be sanitized, all the parameters and wildcards are decoded automatically. You can also pass an optional version string. In case of the default versioning strategy it should be conform to the semver specification.

router.find('GET', '/example')
// => { handler: Function, params: Object, store: Object}
// => null

Acknowledgements

It is inspired by the echo router, some parts have been extracted from trekjs router.

Past sponsor

License

MIT

Copyright (c) 2018-present, yunjie (Evio) shen