Check your version
This post assumes you're using React Router v5. If not, find your version below.To understand recursion, you first need to be familiar with functions, return values, and the call stack. Similar, to understand nested routes with React Router v5, you first need to be comfortable with React Router v5's most fundamental component, Route
.
Route
allows you to map URL paths to different React components. For example, say we wanted to render the Dashboard
component whenever a user navigates to the /home
path. To do that, we'd render a Route
that looks like this.
<Route path="/home"><Dashboard /></Route>
The mental model I use for Route
is that it always has to render something -- either its children
element if the path
matches or null
if it doesn't.
I realize we're starting off slow here, but if you fully grasp that last sentence, the rest of this tutorial will be 🍰.
With that out of the way, let's take a look at the example we'll be building to demonstrate nested routes. The idea is we have a list of topics, those topics have resources, and those resources have a URL.
Final App
Here's the data structure we'll be working with. Notice it maps pretty nicely to our final UI.
const topics = [{name: "React Router",id: "react-router",description: "Declarative, component based routing for React",resources: [{name: "URL Parameters",id: "url-parameters",description:"URL parameters are parameters whose values are set dynamically in a page's URL. This allows a route to render the same component while passing that component the dynamic portion of the URL so it can change based off of it.",url: "https://ui.dev/react-router-v5-url-parameters/",},{name: "Programmatically navigate",id: "programmatically-navigate",description:"When building an app with React Router, eventually you'll run into the question of navigating programmatically. The goal of this post is to break down the correct approaches to programmatically navigating with React Router.",url: "https://ui.dev/react-router-v5-programmatically-navigate/",},],},{name: "React.js",id: "reactjs",description: "A JavaScript library for building user interfaces",resources: [{name: "React Lifecycle Events",id: "react-lifecycle",description:"React Lifecycle events allow you to tie into specific phases of a component's life cycle",url: "https://ui.dev/an-introduction-to-life-cycle-events-in-react-js/",},{name: "React AHA Moments",id: "react-aha",description: "A collection of 'Aha' moments while learning React.",url: "https://ui.dev/react-aha-moments/",},],},{name: "Functional Programming",id: "functional-programming",description:"In computer science, functional programming is a programming paradigm—a style of building the structure and elements of computer programs—that treats computation as the evaluation of mathematical functions and avoids changing-state and mutable data.",resources: [{name: "Imperative vs Declarative programming",id: "imperative-declarative",description:"A guide to understanding the difference between Imperative and Declarative programming.",url: "https://ui.dev/imperative-vs-declarative-programming/",},{name: "Building User Interfaces with Pure Functions and Function Composition",id: "fn-composition",description:"A guide to building UI with pure functions and function composition in React",url: "https://ui.dev/building-user-interfaces-with-pure-functions-and-function-composition-in-react-js/",},],},];
Before we start worrying about nested routes, let's first create the skeleton of our app including the navbar which will allow us to navigate between Home (/
) and Topics (/topics
).
import * as React from "react";import {BrowserRouter as Router,Link,Route, // for later} from "react-router-dom";const topics = [// ...];export default function App() {return (<Router><div style={{ width: 1000, margin: "0 auto" }}><ul><li><Link to="/">Home</Link></li><li><Link to="/topics">Topics</Link></li></ul></div></Router>);}
Now what we want to do is render a few Route
s so that we can map different components to the user's path. However, before we can do that, we need to actually build out those components. As you saw earlier in the final version of our app, the two top-level components we'll need are Home
and Topics
. For now, we'll throw some placeholder text in both of them.
function Home() {return <h1>HOME</h1>;}function Topics() {return <h1>TOPICS</h1>;}
Now that we have our two top-level components, we need to create a Route
for each of them. Home
will be rendered when the user is at /
and Topics
will be rendered when the user is at /topics
.
export default function App() {return (<Router><div style={{ width: 1000, margin: "0 auto" }}><ul><li><Link to="/">Home</Link></li><li><Link to="/topics">Topics</Link></li></ul><hr /><Route exact path="/"><Home /></Route><Route path="/topics"><Topics /></Route></div></Router>);}
When we're at /
, we'll see the navbar and the Home
component. When we're at /topics
, we'll see the navbar and the Topics
component.
Finally, we have a nice foundation to start talking about how we go about dealing with nested routes with React Router v5. Thanks for your patience 🤝.
If you look back to the final example, you'll notice that when we go to /topics
, the UI we get is another navbar which includes all of the topics. Let's modify our Topics
component to include this navbar. This time instead of hard-coding our Link
s, we'll need to use our topics
array to create a Link
for each high-level topic.
function Topics() {return (<div><h1>Topics</h1><ul>{topics.map(({ name, id }) => (<li key={id}><Link to={`/topics/${id}`}>{name}</Link></li>))}</ul></div>);}
Now, when we go to /topics
and the Topics
component is rendered, we'll get three Link
s - each linking to a different high-level topic.
Notice where we're linking to, /topics/${id}
. If we're going to link someone to /topics/${id}
, that means we need to render a Route
which is going to match at that path. This is the first big concept of nested routes with React Router v5 - it doesn't matter if you render a Route
in your main component or in a child component, if the path
matches the app's location, the children
element will be rendered.
With that in mind, let's create a Route
to match the Link
s we just created.
function Topic() {return <div>TOPIC</div>;}function Topics() {return (<div><h1>Topics</h1><ul>{topics.map(({ name, id }) => (<li key={id}><Link to={`/topics/${id}`}>{name}</Link></li>))}</ul><hr /><Route path={`/topics/:topicId`}><Topic /></Route></div>);}
This is why understanding Route
was so important. The mental model for Route
is still the exact same, but for some reason your brain gets all worked up the first time you render a Route
outside of the main App
component.
Here's a step by step step walk-through of what's happening. When we go to /topics
, the Topic
component is rendered. Topics
then renders a navbar and a new Route
which will match for any of the Link
s in the navbar we just rendered (since the Link
s are linking to /topics/${id}
and the Route
is matching for /topics/:topicId
). This means that if we click on any of the Link
s in the Topics
component, the Topic
component is going to be rendered.
It's important to note that just because we matched another
Route
component, that doesn't mean the previousRoute
s that matched aren't still rendered. This is what confuses a lot of people. Remember,Route
will always render something, either a component if thepath
matches ornull
. The same way you think of nesting normal components in React can apply directly to nestingRoute
s.
At this point, we're progressing along nicely. What if, for some reason, another member of your team who wasn't familiar with React Router decided to change /topics
to /concepts
? They'd probably head over to the main App
component and change the Route
// <Route path='/topics'><Topics /></Route><Route path='/concepts'><Topics /><Route/>
NBD, right? Well, now our routing is all broken. Inside of the Topics
component, we're assuming that the path begins with /topics
but now it's been changed to /concepts
. Instead of hard coding the initial path, what we need is a way for the Topics
component to get access to whatever the initial path is up to that point. That way, regardless of if someone changes the parent Route
, it'll always work.
Good news for us is React Router v5 comes with a custom Hook to give us access to this information called useRouteMatch
. useRouteMatch
returns an object which contains information about how the Route
was matched. Specifically, it has two properties on it, path
and url
.
path - The path pattern used to match. Useful for building nested <Route>s
url - The matched portion of the URL. Useful for building nested <Link>s
The most important takeaway from those definitions is to use path
for creating nested Route
s and url
for nested Link
.
The best way to answer "why" is to look at an example.
If you're not familiar with URL Parameters, head over to React Router: URL Parameters before continuing.
Assume we were using an app that had nested route's and the current URL was /topics/react-router/url-parameters
.
If we were to use useRouteMatch
and log path
and url
in the most nested component, here's what we would get.
const { path, url } = useRouteMatch()console.log(path) // /topics/:topicId/:subIdconsole.log(url) // /topics/react-router/url-parametersreturn (...)
Notice that path
is including the URL parameters and url
is just the full URL. This is why one is used for Link
s and the other used for Route
s.
When you're creating a nested Link
, you don't want to include the URL parameters. You want the user to literally go to /topics/react-router/url-parameters
. That's why url
is better for nested Link
s. However, when you're matching certain patterns with Route
, you want to include the URL parameters - that's why path
is used for nested Route
s.
Now let's head back to our example. As of right now, we're hard-coding /topics
into our Route
and Link
s.
function Topics() {return (<div><h1>Topics</h1><ul>{topics.map(({ name, id }) => (<li key={id}><Link to={`/topics/${id}`}>{name}</Link></li>))}</ul><hr /><Route path={`/topics/:topicId`}><Topic /></Route></div>);}
As we just learned, we want our nested Route
's path
to be dynamic instead of hard coded. To do this, we can replace the /topics
portion of our Link
with url
and the /topics
portion of our Route
with path
- both coming from useRouteMatch
.
function Topics() {const { url, path } = useRouteMatch();return (<div><h1>Topics</h1><ul>{topics.map(({ name, id }) => (<li key={id}><Link to={`${url}/${id}`}>{name}</Link></li>))}</ul><hr /><Route path={`${path}/:topicId`}><Topic /></Route></div>);}
At this point, our app is about halfway done. We still need to add a few more layers of nesting. Here's the good news - there's nothing more you're going to learn in this tutorial. We'll continue to create new nested navbars, continue to render Route
s and we'll continue to use useRouteMatch
. If you're comfortable at this point, the rest is gravy.
Now just as we initially did with the Topics
component, we want to make it so Topic
(no s) will also render a nested navbar and a Route
. The only difference is now we're one level deeper so we'll map over the topic
's resources
for our Link
s and our Route
will match at /topics/:topicId/subId
.
function Resource() {return <p>RESOURCE</p>;}function Topic() {const { topicId } = useParams();const { url, path } = useRouteMatch();const topic = topics.find(({ id }) => id === topicId);return (<div><h2>{topic.name}</h2><p>{topic.description}</p><ul>{topic.resources.map((sub) => (<li key={sub.id}><Link to={`${url}/${sub.id}`}>{sub.name}</Link></li>))}</ul><hr /><Route path={`${path}/:subId`}><Resource /></Route></div>);}
Finally, the last thing we need to do it finish out our Resource
component. Because this is the last child component, we'll no longer be rendering any more Link
s or Route
s. Instead, we'll just give it a basic UI including the name of the resource, the description, and a (normal) link.
function Resource() {const { topicId, subId } = useParams();const topic = topics.find(({ id }) => id === topicId).resources.find(({ id }) => id === subId);return (<div><h3>{topic.name}</h3><p>{topic.description}</p><a href={topic.url}>More info.</a></div>);}
Here's the full code.
import * as React from "react";import {BrowserRouter as Router,Link,Route,useRouteMatch,useParams,} from "react-router-dom";const topics = [{name: "React Router",id: "react-router",description: "Declarative, component based routing for React",resources: [{name: "URL Parameters",id: "url-parameters",description:"URL parameters are parameters whose values are set dynamically in a page's URL. This allows a route to render the same component while passing that component the dynamic portion of the URL so it can change based off of it.",url: "https://ui.dev/react-router-v5-url-parameters/",},{name: "Programmatically navigate",id: "programmatically-navigate",description:"When building an app with React Router, eventually you'll run into the question of navigating programmatically. The goal of this post is to break down the correct approaches to programmatically navigating with React Router.",url: "https://ui.dev/react-router-v5-programmatically-navigate/",},],},{name: "React.js",id: "reactjs",description: "A JavaScript library for building user interfaces",resources: [{name: "React Lifecycle Events",id: "react-lifecycle",description:"React Lifecycle events allow you to tie into specific phases of a component's life cycle",url: "https://ui.dev/an-introduction-to-life-cycle-events-in-react-js/",},{name: "React AHA Moments",id: "react-aha",description: "A collection of 'Aha' moments while learning React.",url: "https://ui.dev/react-aha-moments/",},],},{name: "Functional Programming",id: "functional-programming",description:"In computer science, functional programming is a programming paradigm—a style of building the structure and elements of computer programs—that treats computation as the evaluation of mathematical functions and avoids changing-state and mutable data.",resources: [{name: "Imperative vs Declarative programming",id: "imperative-declarative",description:"A guide to understanding the difference between Imperative and Declarative programming.",url: "https://ui.dev/imperative-vs-declarative-programming/",},{name: "Building User Interfaces with Pure Functions and Function Composition",id: "fn-composition",description:"A guide to building UI with pure functions and function composition in React",url: "https://ui.dev/building-user-interfaces-with-pure-functions-and-function-composition-in-react-js/",},],},];function Home() {return <h1>HOME</h1>;}function Resource() {const { topicId, subId } = useParams();const topic = topics.find(({ id }) => id === topicId).resources.find(({ id }) => id === subId);return (<div><h3>{topic.name}</h3><p>{topic.description}</p><a href={topic.url}>More info.</a></div>);}function Topic() {const { topicId } = useParams();const { url, path } = useRouteMatch();const topic = topics.find(({ id }) => id === topicId);return (<div><h2>{topic.name}</h2><p>{topic.description}</p><ul>{topic.resources.map((sub) => (<li key={sub.id}><Link to={`${url}/${sub.id}`}>{sub.name}</Link></li>))}</ul><hr /><Route path={`${path}/:subId`}><Resource /></Route></div>);}function Topics() {const { url, path } = useRouteMatch();return (<div><h1>Topics</h1><ul>{topics.map(({ name, id }) => (<li key={id}><Link to={`${url}/${id}`}>{name}</Link></li>))}</ul><hr /><Route path={`${path}/:topicId`}><Topic /></Route></div>);}export default function App() {return (<Router><div style={{ width: 1000, margin: "0 auto" }}><ul><li><Link to="/">Home</Link></li><li><Link to="/topics">Topics</Link></li></ul><hr /><Route exact path="/"><Home /></Route><Route path="/topics"><Topics /></Route></div></Router>);}
Congrats! You now have the power to create nested routes with React Router v5. Tell your Mom, she'll be proud 🏅.