The heart of the app is the actual rooms that users will visit to chat in. These routes need to be generated from the input that the user gives us so they're linkable via URL and easy for people to join manually.
To do this, we'll use route parameters and client-side routing that will let us take advantage of Gatsby's dynamic capabilities.
Instructor: [0:01] The heart of our app is going to be the actual rooms. The way the rooms are going to work is that someone's going to visit a URL, it's going to be /room/friends or /room/myroom. However, we're not going to be able to build individual files for every possible room name. Instead, we want to use route parameters and a single page app structure in order to make that possible.
[0:25] We're going to take advantage of Gatsby's dynamic routing and create a room.js. Then we'll redirect all room requests, regardless of the room name, to this component so that we can handle it.
[0:36] To start, let's import React from 'react' and build a really basic component. We're going to export default and we will grab the layout, which needs to come in from our components folder, layout. Inside, we will say that this is a room.
[0:55] What we need to do is tell Gatsby that no matter what the URL is, we want to display this page. To do that, we're going to create a new file at the root of the app. We're going to hit New file and create gatsby-node.js. Inside, we're going to take advantage of Gatsby's onCreatePage API hook.
[1:15] We'll do exports.onCreatePage. Inside of here, we're going to grab two pieces out of the Gatsby data. First is the page that's been created. Second is the actions object, which will allow us to perform different actions on the page itself.
[1:30] We need to check if the page.path matches room. That means that any URL starting with room should match this. To do that, we're going to use a regular expression. We'll open that up and then we'll say, "At the beginning of our URL path, we want to check for a /room." Then we'll end our regular expression.
[1:54] If that's true, we want to use the matchPath in Gatsby to say, "Grab any room and just match anything underneath room." Finally, we'll use actions.createPage to update the room page and make sure that it takes this matchPath directive.
[2:12] To get us started, we're going to create a very basic React component just to make sure things are working. Let's import React from 'react' and import Layout from "../components/layout". Then we'll export a default component that at the moment is going to do nothing other than set up our layout and give us a note that we're in the room component.
[2:33] To make sure that this works, let's get into our command line and run yarn develop. Once the site starts up, we can head over and visit room by typing in /room and we'll see it. If this work properly, we should be able to put any value after room and we'll see that it still directs us to our room component. Now, we're ready to set up routing.
[2:58] To set up client-side routing, we need two things. First, we need a component to display and second, we need a router to tell us when to display that component. Let's start by creating the component itself, which we're going to call videoDisplay.
[3:13] Inside videoDisplay, at first, we're just going to dump out the props. We'll say import React from 'react' and then we'll define videoDisplay. That's going to take props, which we will then return inside of a pre-tag, so that we can be bug based.
[3:30] We're going to use JSON.stringify(), set out the props and then use null and to to format that output a little bit and we'll export default videoDisplay. Then, we can head back over to room and use this. To use it, we will pull in router from reach/router.
[3:49] Reach/router is a bundled dependency with Gatsby, so we don't need to import this directly into our packages. Then, we're going to use the videoDisplay component that we just created. Import videoDisplay from components/videoDisplay.
[4:04] Once we have the videoDisplay component, we can drop out the <h1>. Instead, we're going to wrap everything in here inside the router. Our videoDisplay needs to receive the name of the room that someone wants to render, which we'll pull out of the URL.
[4:18] Reach router makes this really easy by allowing us to simply add a path parameter to any component. We're going to use room and then we want to name our room with room ID. We can choose any name we want here and what we'll see is that we're going to get some props, including the room ID passed into video display.
[4:40] Let's save this and head back. Now we can see that our room ID is available. If we update this, the room ID updates as well. What happens if we don't pass a room ID? We end up with a blank screen.
[4:54] To fix that, we need to add a fallback component, which we'll use a default helper from reach router to make that happen. We're going to create little component called bounceToHome. What bounceToHome will do is if someone is here, we need to use an effect which will pull in from React to navigate them to the home page.
[5:17] To navigate, we need to pull in navigate from Gatsby. The navigate method allows us to programmatically change where we are in the app. In this case, we want to send someone back to the home page. We want to make sure that we removed this entry of /room from history because it's a redirect. If we don't remove that, it will break their Back button in their browser.
[5:38] We're going to replace history using replace true. We want that to happen just on the first render and then we're going to return null, so that the component doesn't give us any errors. To use this component, we will set bounceToHome as the default, which means that if nothing matches here, then we're going to bounce them to home.
[5:58] We can test that by going up here and saying room/egghead, which gives us what we want. If I remove that and just try to go to room, I get bounced out to the home page. If I hit back in my browser, it takes me to room/egghead, instead of back to /room, which would trigger the redirect again.
Member comments are a way for members to communicate, interact, and ask questions about a lesson.
The instructor or someone from the community might respond to your question Here are a few basic guidelines to commenting on egghead.io
Be on-Topic
Comments are for discussing a lesson. If you're having a general issue with the website functionality, please contact us at support@egghead.io.
Avoid meta-discussion
Code Problems?
Should be accompanied by code! Codesandbox or Stackblitz provide a way to share code and discuss it in context
Details and Context
Vague question? Vague answer. Any details and context you can provide will lure more interesting answers!