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.
v responsive
The finished code can be found on github.
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.
Handling different device sizes is pretty important from what I hear.
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).
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, 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:
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.
useState
allows us to have stateful functional components! you call useState(initialValue)
and it returns a pair of [state, setState]
. Because it returns an array and not an object, you are free to name these references however you please. Most importantly, useState
hooks into React DOM and triggers a render when you use the setState
function returned from it, so it works just like this.setState
would for class components.
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 before the effect is re-run, or 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.
One of the ways hooks have really made things better is when using the Context API. Previously, using Context required using 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 value={dimensions}>{children}</WindowDimensionsCtx.Provider>)}
export default WindowDimensionsProviderexport 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>)
export default App
Note: In a real world app, you should also write a Higher-Order Component, for utilization with class Components; see a sample implementation here.
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 read from its Context
for data. (This is important so React knows which context value to provide, in case you have multiple instances of the same type of Provider
rendered in your app.)
By doing this, we have ensured the following:
Content
component) will have access to the WindowDimensionsProvider’s contextWith 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:
Pretty straightforward.
Now that we have this tool, let’s use it to make a responsive layout.
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>)
export default 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.
import React, { useState } from '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) => (<liclassName={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>)}
export default 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 (<divclassName={‘tile is-ancestor ‘.concat(width < 1088 ? ‘is-vertical’ : ‘’)}>{items.map((item, idx) => (<Tilekey={item.title}{...item}/>))}</div>)}
export default 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 }) => (<ResponsiveLayoutbreakPoint={767}renderDesktop={() => (<DesktopView items={items} />)}renderMobile={() => (<MobileView items={items} />)}/>)
export default Content
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!" },... more data]
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. Here are some of the other great ways I have been able to use hooks in apps recently:
OnScrollIntoView
component with IntersectionObserver
react-spring
package)That’s all for this guide! Let me know in the comments if you enjoyed this article, if you would like me to write about something else, or if you have a question.