Package Exports
- wouter
This package does not declare an exports field, so the exports above have been automatically detected and optimized by JSPM instead. If any package subpath is missing, it is recommended to post an issue to the original package (wouter) to support the "exports" field. If that is not possible, create a JSPM override to customize the exports field for this package.
Readme
wouter
A tiny routing solution for modern React apps that relies on Hooks. A router you wanted so bad in your pet project!
- Zero dependency, only 1.18KB gzipped vs 17KB React Router.
- A top-level
<Router />
component is fully optional. - Mimics React Router's best practices, however the library isn't a drop-in replacement.
- Out of the box only supports History API, customization is possible via a
<Router />
component.
How to get started?
Check out this demo app below in order to get started:
import { Link, Route } from "wouter";
const App = () => (
<div>
<Link href="/users/1">
<a className="link">Profile</a>
</Link>
<Route path="/about">About Us</Route>
<Route path="/users/:name">
{params => <div>Hello, {params.name}!</div>}
</Route>
<Route path="/inbox" component={InboxPage} />
</div>
);
⚠️ This library comes untranspiled, please read this!
TL;DR Want to support IE11 → make sure you transpile node_modules
.
The library is written in pure ES6 and it doesn't come with transpiled sources, while only stable features like arrow functions and destructuring assignment are used. There is a huge debate going on it the community on whether or not library authors should ship untranspiled code.
Wouter was designed to be as small as possible and the decision to ship untranspiled code was made intentionally. We don't use unstable things like generators or async functions, that said it should work fine on the majority of the browser. If you'd like to aim platforms like IE11, please make sure you run Babel over your node_modules
.
Wouter API
The power of HOOKS!
wouter relies heavily on React Hooks. Thus it makes creating custom interactions such as route transitions or accessing router directly easier. You can check if a particular route matches the current location by using a useRoute
hook:
import { useRoute } from "wouter";
import { Transition } from "react-transition-group";
const AnimatedRoute = () => {
// `match` is boolean
const [match, params] = useRoute("/users/:id");
return <Transition in={match}>This is user ID: {params.id}</Transition>;
};
Matching Dynamic Segments
Just like in React Router you can make dynamic matches either with Route
component or useRoute
hook.
useRoute
returns a second parameter which is a hash of all dynamic segments matched. Similarily, the
Route
component passes these parameters down to its children via a function prop.
import { useRoute } from "wouter";
// /users/alex => [true, { name: "alex "}]
// /anything => [false, null]
const [match, params] = useRoute("/users/:name");
// or with Route component
<Route path="/users/:name">
{params => {
/* { name: "alex" } */
}}
</Route>;
wouter implements a limited subset of path-to-regexp
package
used by React Router or Express, and it supports the following patterns:
- Named dynamic segments:
/users/:foo
. - Dynamic segments with modifiers:
/foo/:bar*
,/foo/baz?
or/foo/bar+
.
The library was designed to be as small as possible, so most of the additional matching feature were left out
(see this issue for more info).
If you do need to have path-to-regexp
-like functionality you can customize a matcher function:
import { Router } from "wouter";
import createMatcher from "wouter/matcher";
import pathToRegexp from "path-to-regexp";
const App = () => (
<Router matcher={createMatcher(pathToRegexp)}>
{/* segment constraints aren't supported by wouter */}
<Route path="/users/:id(\d+)" />}
</Router>
);
Working with History
By default wouter
creates an internal History object that observes the changes of the current location. If you need a custom history observer, for example for hash-based routing you can implement your own history.
import { Router, Route, useRouter } from "wouter"
const App => (
<Router history={myHashHistory}>
<Route path="/about" component={About} />
...
</Router>
)
// you can later access the history object through the router object
const Foo = () => {
const router = useRouter()
// manually changes the location
return <div onClick={() => router.history.push("/orders")}>My Orders</div>
}
FAQ and Code Recipes
A default route
One of the common patterns in application routing is having a default route that will be shown as a fallback, in case no other route matches (for example, if you need to render 404 message). In wouter this can easily be done as a combination of <Switch />
component and catch-all route:
import { Switch, Route } from "wouter";
<Switch>
<Route path="/about">...</Route>
<Route path="/:rest*">404, not found!</Route>
</Switch>
Acknowledgements
Special thanks to Katya Vakulenko for creating a project logo.