Integrate react-router with Preact

Shane Osbourne
InstructorShane Osbourne
Share this video with your friends

Social Share Links

Send Tweet
Published 7 years ago
Updated 5 years ago

React-router is the community favourite routing solution - it can handle all of your complex routing needs and in this lesson we’ll cover what’s needed to enable it’s use within Preact. https://github.com/ReactTraining/react-router

[00:00] Here is an application that is currently using the preact-router. We have a home component that is loaded when we hit the home page. We have a profile page that receives a user prop. We have an error page should we visit a path that is not listed in any of these components.

[00:17] Now, if we wanted to continue using Preact for its speed and small file size, but we wanted to use the react-router, which is the most popular router from the React community, then we can do that. We just need to change a couple of things in our application.

[00:31] The first thing we need to do is install preact-compat. We're over on the command line. We can type, young@preact-compat. Whilst we're here we'll also install react-router-dom. Now we need to add an alias in our webpack configuration. We'll add resolveAlias and then we'll alias both react and react-dom to preact-compat.

[01:12] Inside the react-router library it's going to expect to be able to bring in react, so by providing these here, when they attempt to do that, webpack will switch out react with preact-compat, which has all the little bits in there to make other libraries think that preact-compat is actually react, such as prop types and things like that.

[01:32] We add this alias, solely for the purpose of the react-router library. Now let's go back to our app and start using react-router. The first thing we'll do is change this import. Instead of using preact-router, change that for react-router-dom.

[01:50] We'll want the browser router. We'll also need a few more components from this library. We'll need route and switch. Now we can redefine our paths and components in a way that react-router understands. Let's white these out and start again.

[02:05] We'll wrap these in a switch component, as we only ever want to render one of them at a time. Now, for each path we have, we will use a route component. For the home page, we want to match the exact path of / and when this matches we'll load the component home.

[02:23] We'll follow the same pattern for profiles, except we don't want exact. We'll provide profile, call end user, so that we can get the username from the URL. We'll provide the profile component.

[02:38] Finally, for the error page or the 404 page, we can provide it here and then just remove the path altogether. The switch will handle this for us. If none of these two match, this component will load. When we reload the page, we can see that everything appears to be working. But we're not quite there yet. Let's try it out and see what happens.

[02:56] Type Shaky Shane, Enter, and we get nothing. Let's open up the home component, see what's happening. The Preact router gives us this route function that allows us to navigate from anywhere in our application. We don't have that with react-router. What we do have is a higher-order component that we can use to wrap this home component and it will give it access to the router.

[03:21] We'll change this for react-router-dom and we'll get hold of withRouter. Now let's wrap this home component. We'll change this to instead say constHome is equal to the result of calling this higher-order component with our component. This is a function, so the arrow here. This will give us access to the router here. That means we can pass it into the search function as the first parameter.

[03:58] Then we can change the signature here to accept the router. We'll change this to instead be router.history.push. Here, we are interacting with the react-router directly. Finally, if we export this as a default, and see what happens when we hit Save.

[04:23] Again, we'll type in Shaky Shane, hit Enter, and you can see we don't get the result we expect. Which is fine, because at least we navigated to the right place and we know we're almost there. Now let's go into the profile component and figure out why we're not getting what we expect here.

[04:45] The reason we're getting David here and not Shaky Shane is that the way in which react-router gives you access to the properties or to the matches in the path is different to how it works in preact-router. But this is an easy fix. Let's just say constUsername=this.props and react-router gives us a match. From that we can say on the params give me the user.

[05:13] You can see that this maps on to what we provided here. Now we can substitute this for username. Save. When it reloads there, you can see it's correctly accessing this segment of the URL, pull in GitHub's API, and load in the profile component as we expected. To finish this lesson, let's check that the error or the 404 page is working correctly.

[05:47] If we hit a URL here that doesn't match any paths that we've defined, you can see we do get the error component. But if we click home now, you can see that that actually reloaded the page. It didn't navigate internally within the app. Now let's go into the error component and see why that is.

[06:03] The preact-router hijacks any links on the page like this and makes it seamlessly work with the router. But with react-router, we need to bring in another component called link. We'll replace this anchor here with a link and we say two, and that should be enough.

[06:19] Behind the scenes, react-router will replace this with a regular anchor link. You hit Save, try and access a page that doesn't exist again, we get the error, and if we click Home, you can see we were navigated immediately back to the home page.

[06:31] To recap, you can absolutely use Preact with react-router. You just need to add those few lines in your webpack configuration and then you can use the router exactly as you would with React.

egghead
egghead
~ 5 minutes ago

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

  • This was great!
  • This was horrible!
  • I didn't like this because it didn't match my skill level.
  • +1 It will likely be deleted as spam.

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!

Markdown supported.
Become a member to join the discussionEnroll Today