Photo by Holger Link on Unsplash
React v16.6.0 introduced React.lazy for code splitting.
Previous post, Loading React Components Dynamically on Demand showed how to load components dynamically enabling code splitting using import()
.
This is an updated post to show how to load components dynamically using React.lazy
, which wraps around import()
and retrieves a default component.
π Note
I will skip problem statements in this entry to keep it short.
Problem Statements |
---|
Case 1 - Loading React Components Dynamically |
Case 2 β Handling Different Data Types |
Case 3 β Loading Components on Demand |
π Case 1 β Loading React Components Dynamically
You can follow along in CodeSandbox& check the deployed site for coding splitting in devtools.
In the previous version, Iβve loaded components in componentDidMount
inside App.js
and stored components in a state called components
.
But there is no need to store the components in the state as you can simply use lazily loaded component in render with smaller code.
Line#3 imports all event components that are exported from index.js
, which basically does a named exports of lazily loaded components.
Line #12 checks if an event passed via prop exists. If an event doesnβt exist, it uses a NullEvent
(which returns an empty component) instead of checking for a non-existent event in βcatchβ as I did in previous implementation.
Line #18 uses Suspense to wrap dynamically loaded components and shows a fallback UI, <div>Loading...</div>
.
Suspense is used to wait for/show loading indicator in case it takes too long to load lazily loaded components.
β Note : This version of Suspense is not for fetching data but only for code splitting.
Refer to Dan Abramovβs tweet.
And here is the updated *Event
components.
index.js
lazily loads *Event
components and does a named exports so that events can be looked up as a dictionary.
Note that NullEvent
is a dumb component that doesnβt return anything using a React.Fragment shortcut <></>
.
π Case 2 β Handling Different Data Types
You can follow along in CodeSandbox& check the deployed site for coding splitting in devtools.
This patterns now looks almost the same as the first case.
Instead of loading components in componentDidMount
in the previous version, the updated one takes advantage of React.lazy
and loads components in render
instead.
If a matching GitHub event component is found load it or else load a NullEvent
.
<Suspense />
wraps lazily loaded components as it did in case 1.
Here is are the event components for completeness.
*Event
components are the same as in the previous post and the difference is the index.js
, which exports lazily loaded components to enable event name matching by key in App.render()
.
π Case 3 β Loading Components on Demand
You can follow along in CodeSandbox& check the deployed site for coding splitting in devtools.
A few changes made since the last post.
addView
Instead of loading a NullView
in a catch
statement, itβs now checked against a dictionary, which is better programming practice and makes the code more readable.
loadedComponents
is also changed from an array to an object for more efficient look up (from Array.includes to key lookup).
From this,
To this.
render
render
is also changed to wrap dynamically loaded components with <Suspense />
.
All *View
components are the same so I will only show components/views/index.js
.
Just like previous two cases, index.js
exports lazily imported components as a named export so that view can be looked up by a key in addView
in App.js
.
π Parting Words
This is just an updated post as the previous version still works.
The differences are Iβve added index.js
to export lazily loaded components and use them to look up by a key to decide whether to load a matching component or a null component.
I tried not to make changes in dynamically loaded components not to confuse if you already read the previous post.
π Resources
-
Case 1 β Loading React Components Dynamically
-
Case 2 β Handling Different Data Types
-
Case 3 β Loading Components on Demand
The post Loading React Components Dynamically on Demand using React.lazy appeared first on Sung's Technical Blog.
Top comments (0)