Where to Position React Suspense and Error Boundaries

Kent C. Dodds
InstructorKent C. Dodds
Share this video with your friends

Social Share Links

Send Tweet
Published 4 years ago
Updated 3 years ago

The only rule about positioning React and Suspense Error Boundaries is they must be somewhere higher in the tree than the component that's suspending or throwing errors. But where you put them in the tree has an impact on what's rendered when they are utilized. Let's play around with that a little bit to get a sense for how we should decide where those should be positioned.

Instructor: [0:00] One thing that's important to consider when you're using error boundaries and Suspense boundaries is where you locate those relative to the components that are going to either throw errors or suspend. We are locating it directly around the component that's going to suspend, but we could move it up further in the tree, and everything will work just as well.

[0:23] If I select Pikachu, then you'll notice the whole area gets replaced with the loading state. We can do that again. It's all getting replaced with the loading state. Specifically, we have this div className PokemonInfo. That div class name PokemonInfo is getting replaced by the Pokemon fallback.

[0:41] If we move this up even further, that change is even more stark. Now, when I select Pikachu, even my form goes away and we only see the loading state, and then everything comes back in there. Being mindful about where you're putting these boundaries can be really important.

[0:58] Let's take it a step further. If I make an error here and I submit that, then we're going to get this error boundary replacing everything on the page, and I have to do a full-page refresh to get things working again.

[1:10] That said, we don't have to put the error boundary and Suspense boundary together. Sometimes you can sort those where it makes the most sense. The only thing that we're really concerned about catching errors for is the PokemonInfo. We could put the error boundary down here around the PokemonInfo, and then we could have this same problem, but it shows up right in here.

[1:32] Also, if we wanted to keep our Suspense boundary right up around our PokemonInfo className here, but we didn't like that the loading state takes away all that PokemonInfo div, then actually we can make our fallback include a PokemonInfo div and wrap our PokemonInfo fallback in that PokemonInfo div.

[1:56] As far as the user is concerned, we haven't removed this div in particular, we've just rendered something else inside it. Now we have Pikachu. We get the rendering that we're looking for. Then we have an error state being rendered exactly where we want that as well.

[2:12] You can be really systematic about where you're putting these things. Feel free to play around with the location of where you put the Suspense and error boundaries around the components that are suspending and throwing errors. Make sure that the Suspense state is what you're looking for.

[2:27] Just as a little tip, let's go ahead and we'll click on Pikachu here. If you wanted to see what Pikachu looks like in its loading state again, then you can go to your developer tools, go to the React developer tools for components, and then select the PokemonInfo here.

[2:42] There's this little button, "Suspend the selected component." You click on that. It puts this component in its suspended state so you can see and work with that loading state. Then you can click on this again to toggle it off.

[2:54] In review, what we did here is we just moved the React Suspense component around a little bit. We moved the error boundary around, just to experiment with the different user experiences we want to have for this particular component.

egghead
egghead
~ 37 seconds 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