Routington
Routington is a trie-based URL router. Its goal is only to define and match URLs. It does not handle methods, headers, controllers, views, etc., in anyway. It is faster than traditional, linear, regular expression-matching routers, although insignficantly, and scales with the number of routes.
The purpose of this router isn't for performance, but to bring more structure to URL routing. The intention is for you to build a framework on top either in node.js or in the browser.
Implementations:
- koa-trie-router - for koa
- wayfarer
API
node Node = Routington()
var routington = var router =
router
is the root Node
in the trie. All node
s will have router
as furthest ancestor.
Node
Every node on a tree is an instance of Node
. You only construct the root. A node
has the following properties:
child {}Node
- String based child definitions. For example,node.child['post']
will return a child node withnode.string === 'post'
children []Node
- Name/regex based child definitionsparent Node
- The parent of the nodename
- Name of the node (for parameter matching)string
- String to match the URL fragmentregex
- Regular expression to match the URL fragment
nodes []Node = router.define(route)
var nodes = router
route
is a definition of a route and is an extension of Express' routing syntax.route
, however, can only be a string.nodes
is an array ofnode
s.
Each fragment of the route, delimited by a /
, can have the following signature:
string
- ex/post
string|string
-|
separated strings, ex/post|page
:name
- Wildcard route matched to a name(regex)
- A regular expression match without saving the parameter (not recommended):name(regex)
- Named regular expression match
You should always name your regular expressions otherwise you can't use the captured value.
The regular expression is built using new RegExp('^(' + regex + ')$', 'i')
,
so you need to escape your string, ie \\w
.
You can always pre-define names or regular expressions before. For example, I can define:
router // later, :id will have the same regexp// so you don't have to repeat yourselfrouter
match {} = router.match(url)
routervar match = router
match
, unless null
, will be an object with the following properties:
param
- A list of named parameters, ex,match.param.id === 'taylorswift'
.node
- The matched node. Will always havename.string === ''
.
Building a Router on top of Routington
Each URL you define creates a node,
and you are free to do whatever you'd like with each node as long you don't overwrite any prototype properties (basically just define
, match
, and parse
).
Adding any features to routington shouldn't be necessary.
For example, suppose you want to attach callbacks to a node by extending routington:
router
You can attach the middleware to a node.GET
array:
router { var node = router0 nodeGET = nodeGET || nodeGET}
Now, dispatching is easy:
{ var match = router if !match // this is a 404 var node = matchnode var callbacks = nodereqmethod if !callbacks // this is a 405 // execute all the callbacks. // async.series won't actually work here, // but you get the point. async}
Properties attached to the node will be exposed on the match. For example, suppose you wanted to label a node:
var node = router0nodelabel = 'controller'
When matched, it will be available via match.node.label
:
var match = router
Since reaching into match.node
is a little inconvenient and you probably don't want your end users to touch it,
you should expose in your dispatcher:
var match = router // ... reqparam = matchparamreqlabel = matchnodelabel
Browser Support
IE9+