A router for Lit.
npm install @lit-labs/routerA router for Lit.
> [!WARNING]
>
> This package is part of Lit Labs. It
> is published in order to get feedback on the design and may receive breaking
> changes or stop being supported.
>
> Please read our Lit Labs documentation
> before using this library in production.
>
> Give feedback: https://github.com/lit/lit/discussions/3354
This package requires either a native URLPattern implementation (which is currently only implemented in Chrome, Edge, and other Chromium browsers) or a URLPattern polyfill, like urlpattern-polyfill.
@lit-labs/router is a component-oriented router API vended as reactive controllers. Routes are configured as part of component definitions, and integrated into the component lifecycle and rendering.
Usage will generally look like this, with a configuration in a reactive controller, and rendering done via route-specific render callbacks and an "outlet" to use in the main render() method:
``ts
class MyElement extends LitElement {
private _routes = new Routes(this, [
{path: '/', render: () => html
},
{path: '/projects', render: () => html},
{path: '/about', render: () => html},
]); render() {
return html
;
}
}
`Routes can be nested: a route path can include a trailing
pattern to match against a prefix, and will automatically propagate that prefix to Routes controllers defined in child elements.The general shape of the API includes:
- A
Router controller that's used as a top-level singleton to set up event listeners
- A Routes controller for declaring routes inside components
- Declaration of routes with URLPattern and render callbacks
- Extraction of URL pattern parameters into data objects passed to render callbacks
- A routes.outlet() method that renders the current route's render callback
- A routes.link() method to generate URLs to use in tags, etc.
- A routes.goto() method for performing a navigationAPI
$3
A Router is a controller (a subclass of the Routes controller) for use at the top-level of an application. It's main purpose is to set up global
click and popstate event listeners (which should be installed only once on a page). It can optionally contain route definitions as a convenience.It can be installed with no configuration:
`ts
class App extends LitElement {
private router = new Router(this);
}
`Or contain route configurations:
ts
class MyElement extends LitElement {
private router = new Router(this, [
{path: '/', render: () => html},
]); render() {
return this.router.outlet();
}
}
`$3
Routes is the main interface into the router API. A Routes controller contains route definitions and the templates that each route renders:
ts
class MyElement extends LitElement {
private routes = new Routes(this, [
{path: '/', render: () => html},
{path: '/projects', render: () => html},
{path: '/about', render: () => html},
]);
}
`The second argument is the route configuration: an array of
objects.#### RouteConfig
A RouteConfig contains at the minimum the pattern to match URLs against and a template to render. Names can be provided to reference routes for link generation.
There are two types of
RouteConfigs: PathRouteConfig and URLPatternRouteConfig:PathRouteConfig lets you specify the URL pattern as a path string:`ts
{name: 'home', path: '/', render: () => html}
`ts
export interface PathRouteConfig {
name?: string | undefined;
path: string;
render: (params: {[key: string]: string}) => unknown;
}
` lets you specify the URL pattern as a URLPattern`ts
{pattern: new URLPattern({pathname: '/'}), render: () => html
}
`ts
export interface URLPatternRouteConfig {
name?: string | undefined;
pattern: URLPattern;
render: (params: {[key: string]: string}) => unknown;
}
`#### Render callbacks
The render callback is called when the outlet method of the Routes object is called. It is passed an object with the parameters extracted from the matching URL.
Example with named parameter:
ts
{
path: '/profile/:id',
render: ({id}) => html
}
#### Outlets
An outlet is where a routes object renders the currently selected route's template. It can be used anywhere in the host element's template:
ts
html;
`#### enter() callbacks
A route can define an
callback that lets it do work before rendering and optionally reject that route as a match.enter() can be used to load and wait for necessary component definitions:`ts
{
path: '/*',
render: (params) => html,
enter: async (params) => {
await import('./x-foo.js');
},
}
`or dynamically install new routes:
ts
{
path: '/*',
render: (params) => html,
enter: async (params) => {
const path = params[0];
const dynamicRoute = getDynamicRoute(path);
if (dynamicRoute) {
const {routes} = this._router;
routes.splice(routes.length - 1, 0, dynamicRoute);
// Trigger the router again
await this._router.goto('/' + path);
// Reject this route so the dynamic one is matched
return false;
}
}
}
`####
is a programmatic navigation API. It takes full URLs for top-level navigation and relative URLs for navigation within a nested route space.goto(name: string, params: object) _(not implemented)_ allows navigation via named routes. The name and params are scoped to the Routes object it's called on, though nested routes can be triggered by a "tail" parameter - the match of a trailing /* parameter (See tail groups).goto() returns a Promise that resolves when any triggered async enter() callbacks have completed.####
link()Components need to generate links to resources within the app. It's desirable to not require that link generation has global knowledge of URLs, so links should be able to be generated with either only local information, or with abstracted parameters.
helps generate different kinds of links:##### Relative links
Relative links are relative to the parent route and its current state, and can be specified with a path string or name and parameters.
Examples
-
this._routes.link(user.id) - within a component that has a route pattern like ':id', this would link to another user profile.
- this._routes.link('profile', {id: user.id}) - the same URL generated with a named routeThese links work regardless of where the component is mounted in the URL space.
##### Global links
_Not implemented_
Global or absolute links don't need a
link(url: string) form - an absolute URL can already be used in the href attribute of an tag. But links within components shouldn't need to be tied to the specific URL layout - you should be able to describe the route by name and parameters. These names and parameters need to be nested to work with nested routes. _TBD_$3
Nested routes allow child components to define a subset of the route space mounted at a URL prefix path chosen by a parent.
`ts
class XParent extends LitElement {
private _routes = new Routes(this, [
{path: 'foo', render: () => html},
// Here we mount a child component that defines its own sub-routes.
// We need the trailing /* parameter to match on the prefix and pass
// a path to the child to parse.
{path: '/child/*', render: () => html},
]);
render() {
return html${this._routes.outlet()};
}
}class XChild extends LitElement {
private _routes = new Routes(this, [
{path: 'foo', render: () => html
},
{path: 'bar', render: () => html},
]);
render() {
return html${this._routes.outlet()};
}
}
`In this example, the page can handle URLs
, /child/foo and /child/bar.$3
Routes (and Router) have a property named routes` that is an array of the route configurations. This array is mutable, so code an dynamically add and remove routes. Routes match in order of the array, so the array defines the route precedence.This client-side router is intended to be able to integrate with server-side routing, both configuration-based routers and convention-based routers like file-based routers.
Current ideas for integration include a fallback route handler (installed by the app) that delegates to a server API call that returns additional route configuration dynamically. The minimal API needed in the client router are:
1. The ability to dynamically add routes
2. Fallback route handlers.