Simplifying Responsive Layouts with React Hooks
source link: https://www.tuicool.com/articles/hit/2q2I7fa
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
Simplifying Responsive Layouts with React Hooks
Since the release of React 16.8, I’ve been enjoying the ability to use hooks to create composable and reusable logic, and write fewer class components with explicit lifecycle methods. This not only leads to a more enjoyable dev experience, but (in my opinion) a more readable code base.
Today I am going to introduce a few hooks and use them to build a simple responsive layout. Using the Context API, we can ensure that all components have access to up-to-date window dimensions, without relying on lifecycles to attach and clean up event listeners.
The Finished Product
The finished code can be found on github .
First Steps
To begin, we will scaffold a new react app with create-react-app
, and add the wonderful bulma
css library:
$ create-react-app my-responsive-app $ cd !$ $ yarn add bulma node-sass $ yarn start
That’s it for getting started. We are going to be using bulma
for some nice-looking components, but we will handle all the responsive design using React and JS.
On Being Responsive
What is responsive web design exactly? According to the internet:
Responsive web design ( RWD ) is an approach to web design that makes web pages render well on a variety of devices and window or screen sizes
— Wikipedia
Okay! This seems like something we can handle in CSS, using relative units and media queries, right?
Well, yes and no. Most of the time, CSS can handle the job if the job is simply arranging content on a page. However, sometimes, you may want to change render behavior based on the page size, and for this, you almost definitely will need some Javascript (or other dark magic).
The React Way
So React is all about creating reusable bits of presentation logic (components) and using them to compose views. Now that we have hooks, we can actually simplify this composition further: hooks allow us to encapsulate certain behaviors, often composed of multiple hooks, into functions that integrate directly into React’s renderer (using the new React Fiber
, which we won’t dive into here) to automatically update the components using them.
So?
So, this old thing ( /clap
if you’ve written this in one of your React Apps):
class NavBar extends Component { state = { open: false } setOpen = open => this.setState({ open })
render() { return (this.state.open ? <NavMenu /> : <HamburgerButton onClick={() => this.setOpen(true)} /> ) } }
Has now become:
function NavBar() { const [open, setOpen] = useState(false) return (open ? <NavMenu /> : <HamburgerButton onClick={() => setOpen(true)} /> ) }
If this doesn’t seem like a big deal yet, you can check out some of the cool things people have made with hooks here: https://codesandbox.io/react-hooks
The point is, hooks are nice. We don’t have to type as much, and we almost never have to worry about componentDidMount/componentDidUpdate/setState
or the status of the class properties proposal (thank you babel) again.
Now that we know what responsive web design is (kind of), and hooks (also kind of), let’s use both of them to build something! To start, let’s implement our fundamental building block (for this article): the ResponsiveLayout
component.
To start, we’ll create a good old functional component (in src/components/ResponsiveLayout/index.js
), that accepts three props: renderDesktop
, renderMobile
, and breakpoint
.
import { useState, useEffect } from 'react'
const ResponsiveLayout = ({ breakpoint, renderMobile, renderDesktop }) => { const [width, setWidth] = useState(window.innerWidth) useEffect(() => { const handleResize = () => { setWidth(window.innerWidth) } window.addEventListener('resize', handleResize) return () => { window.removeEventListener('resize', handleResize) }, []) return (width > breakpoint ? renderDesktop() : renderMobile()) }
We are simply reading the window’s width when the component gets created and storing it using the useState
hook, then establishing an event listener inside of our useEffect
hook. useEffect
will normally run its code every time a component re-renders, however it accepts a second argument, an array of variables, that inform useEffect
that it should only re-run when a value inside the array is changed. When provided an empty array, it will never re-run, so it behaves exactly like componentDidMount
!
The return value for useEffect
should be a cleanup function, if required, so that it can be run when the component is being removed from the DOM. Here we specify an anonymous function that will remove the event listener when this component is un-mounting (sound familiar? this is what we’ve been doing inside of componentWillUnmount
).
Now this seems pretty good, but what happens if there are multiple places where things on the page need to render based on a breakpoint? We shouldn’t be setting up new event listeners for the same event every time one of these components is mounting, especially since we only have one window resize to listen for.
Enter useContext
One of the ways hooks have really made things better is in the Context API. Previously, using Context required creating Consumer and Provider components, and utilizing the Consumer in any component that needed access to the value. This led to devs creating Higher Order Components for providing context as props (for example, react-redux
's connect
) or simply very verbose code. Now, with useContext
, we no longer have to use Context.Consumer
Components to make children aware of values from Context.
Let’s rewrite the above component, using Context and an App-wide WindowDimensionsProvider
.
In src/components/WindowDimensionsProvider/index.js
:
import React, { createContext, useContext, useState, useEffect } from 'react'
const WindowDimensionsCtx = createContext(null)
const WindowDimensionsProvider = ({ children }) => { const [dimensions, setDimensions] = useState({ width: window.innerWidth, height: window.innerHeight, }) useEffect(() => { const handleResize = () => { setDimensions({ width: window.innerWidth, height: window.innerHeight, }) } window.addEventListener('resize', handleResize) return () => { window.removeEventListener('resize', handleResize) }, []) return ( <WindowDimensionsCtx.Provider> {children} </WindowDimensionsCtx.Provider> ) }
export default WindowDimensionsProvider export const useWindowDimensions = () => useContext(WindowDimensionsCtx)
This component should be invoked in src/App.js
, like so:
import React from 'react' import Content from './components/Content' import WindowDimensionsProvider from './components/WindowDimensionsProvider' import items from './data.json' import 'bulma/css/bulma.css'
const App = () => (
<WindowDimensionsProvider>
<div className="App">
<Content items={items} />
</div>
</WindowDimensionsProvider>
)
<em>export</em> <em>default</em> App
Don’t worry about the Content
and items
, we’ll get to those later. What’s important is that the Provider
component appear higher in your app’s render tree than any component that wants to rely on its Context
for data. (this is important so React knows which context to provide, in case you have multiple instances of the same type of Provider
in different places in your app.)
By doing this, we have ensured the following:
Content
With this plumbing set up, let’s rewrite our responsive layout handling component:
import { useWindowDimensions } from '../WindowDimensionsProvider'
const ResponsiveLayout = ({ breakpoint, renderMobile, renderDesktop }) => { const { width } = useWindowDimensions() return (width > breakpoint ? renderDesktop() : renderMobile()) }
Wow! Not only do we have a better performing implementation (as each instance does not have to set up/tear down event listeners), but there’s much less going on in the component. Semantically, each line of code perfectly describes what it is doing:
- Get the width using window dimensions.
- If the width is greater than the breakpoint, render the desktop view. Otherwise, render the mobile view.
Pretty straightforward.
Now that we have this tool, let’s use it to make a responsive layout.
Needs More Content
So let’s build our two layouts. For our mobile view, we’ll render a tabbed view:
import React from 'react'
import TabbedView from './TabbedView'
const MobileView = ({ items }) => (
<div className='container box'>
<TabbedView items={items} />
</div>
)
<em>export</em> <em>default</em> MobileView
For the TabbedView, we will use useState
to keep track of the active tab, so it receives proper styles and we know what to render in the content box.
<em>import</em> React, { useState } <em>from</em> 'react'
const TabbedView = ({ className, items, renderItem }) => {
const [active, setActive] = useState(0)
return (
<div className='tabs-container'>
<nav className='tabs is-centered'>
<ul>
{items.map(({ title }, idx) => (
<li
className={idx === active ? 'is-active' : ''}
key={title}
>
<a onClick={() => setActive(idx)}>{title}</a>
</li>
))}
</ul>
</nav>
<div>
<p className='content'>
{items[active].content}
</p>
</div>
</div>
)
}
<em>export</em> <em>default</em> TabbedView
Here we simply set up a container for tabs at the top (inside a nav
) and render the content based on the active tab.
For Desktops, we will instead give each item its own tile.
import React from 'react'
import Tile from './Tile'
import { useWindowDimensions } from '../WindowDimensionsProvider'
const DesktopView = ({ items }) => {
const { width } = useWindowDimensions()
return (
<div
className={'tile is-ancestor '
.concat(width > 414 && width < 1088 ? 'is-vertical' : '')}
>
{items.map((item, idx) => (
<Tile
key={item.title}
{...item}
/>
))}
</div>
)
}
<em>export</em> <em>default</em> DesktopView
Our desktop view can even handle width as well, for a minimal change (like adding a class name), without getting too complex.
Our Tile is just a couple of divs ‘n’ spans:
import React from 'react'
const Tile = ({ title, content }) => ( <div className='tile is-parent notification box'> <div className='tile is-child'> <p className='title'>{title}</p> <span className='content'>{content}</span> </div> </div> )
export default Tile
In src/Content/index.js
, we’ll write a basic wrapper for the responsive layout:
import React from 'react' import ResponsiveLayout from '../ResponsiveLayout' import MobileView from './MobileView' import DesktopView from './DesktopView'
const Content = ({ items }) => (
<ResponsiveLayout
breakPoint={767}
renderDesktop={() => (
<DesktopView items={items} />
)}
renderMobile={() => (
<MobileView items={items} />
)}
/>
)
<em>export</em> <em>default</em> Content
Wrapping Up
Now we’ve defined our Content
component, we just need some data to render. In src/data.json
, we can create some placeholder data to see how we’re doing so far:
[ { title: "Bananas", "content": "Bananas! I will write some great placeholder text – and nobody writes better placeholder text than me, believe me – and I’ll write it very inexpensively. I will write some great, great text on your website’s Southern border, and I will make Google pay for that text. Mark my words. Lorem Ipsum is a choke artist. It chokes!" }, { "title": "Peppers", "content": "Peppers! I will write some great placeholder text – and nobody writes better placeholder text than me, believe me – and I’ll write it very inexpensively. I will write some great, great text on your website’s Southern border, and I will make Google pay for that text. Mark my words. Lorem Ipsum is a choke artist. It chokes!" }, { "title": "Oranges", "content": "Oranges! I will write some great placeholder text – and nobody writes better placeholder text than me, believe me – and I’ll write it very inexpensively. I will write some great, great text on your website’s Southern border, and I will make Google pay for that text. Mark my words. Lorem Ipsum is a choke artist. It chokes!" }, { "title": "Papaya", "content": "Papaya! I will write some great placeholder text – and nobody writes better placeholder text than me, believe me – and I’ll write it very inexpensively. I will write some great, great text on your website’s Southern border, and I will make Google pay for that text. Mark my words. Lorem Ipsum is a choke artist. It chokes!" } ]
With everything in place, we should be able to confirm by resizing the window that the view switches from a tabbed view to a set of tiles.
I hope this walkthrough has shown a few ways hooks can be used in your React apps today.
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK