Note:
The legacy context API will be removed in a future major version. Use the new context API introduced with version 16.3. The legacy API will continue working for all 16.x releases.
This section documents a legacy API. See the new API.
Suppose you have a structure like:
class Button extends React.Component {render() {return (<button style={{background: this.props.color}}>{this.props.children}</button>);}}class Message extends React.Component {render() {return (<div>{this.props.text} <Button color={this.props.color}>Delete</Button></div>);}}class MessageList extends React.Component {render() {const color = "purple";const children = this.props.messages.map((message) =><Message text={message.text} color={color} />);return <div>{children}</div>;}}
In this example, we manually thread through a color
prop in order to style the Button
and Message
components appropriately. Using context, we can pass this through the tree automatically:
import PropTypes from 'prop-types';class Button extends React.Component {render() {return (<button style={{background: this.context.color}}>{this.props.children}</button>);}}Button.contextTypes = {color: PropTypes.string};class Message extends React.Component {render() {return (<div>{this.props.text} <Button>Delete</Button></div>);}}class MessageList extends React.Component {getChildContext() {return {color: "purple"};}render() {const children = this.props.messages.map((message) =><Message text={message.text} />);return <div>{children}</div>;}}MessageList.childContextTypes = {color: PropTypes.string};
By adding childContextTypes
and getChildContext
to MessageList
(the context provider), React passes the information down automatically and any component in the subtree (in this case, Button
) can access it by defining contextTypes
.
If contextTypes
is not defined, then context
will be an empty object.
Note:
React.PropTypes
has moved into a different package since React v15.5. Please use theprop-types
library instead to definecontextTypes
.We provide a codemod script to automate the conversion.
This section documents a legacy API. See the new API.
Context can also let you build an API where parents and children communicate. For example, one library that works this way is React Router V4:
import { BrowserRouter as Router, Route, Link } from 'react-router-dom';const BasicExample = () => (<Router><div><ul><li><Link to="/">Home</Link></li><li><Link to="/about">About</Link></li><li><Link to="/topics">Topics</Link></li></ul><hr /><Route exact path="/" component={Home} /><Route path="/about" component={About} /><Route path="/topics" component={Topics} /></div></Router>);
By passing down some information from the Router
component, each Link
and Route
can communicate back to the containing Router
.
Before you build components with an API similar to this, consider if there are cleaner alternatives. For example, you can pass entire React components as props if you’d like to.
This section documents a legacy API. See the new API.
If contextTypes
is defined within a component, the following lifecycle methods will receive an additional parameter, the context
object:
constructor(props, context)
componentWillReceiveProps(nextProps, nextContext)
shouldComponentUpdate(nextProps, nextState, nextContext)
componentWillUpdate(nextProps, nextState, nextContext)
Note:
As of React 16,
componentDidUpdate
no longer receivesprevContext
.
This section documents a legacy API. See the new API.
Function components are also able to reference context
if contextTypes
is defined as a property of the function. The following code shows a Button
component written as a function component.
import PropTypes from 'prop-types';const Button = ({children}, context) =><button style={{background: context.color}}>{children}</button>;Button.contextTypes = {color: PropTypes.string};
This section documents a legacy API. See the new API.
Don’t do it.
React has an API to update context, but it is fundamentally broken and you should not use it.
The getChildContext
function will be called when the state or props changes. In order to update data in the context, trigger a local state update with this.setState
. This will trigger a new context and changes will be received by the children.
import PropTypes from 'prop-types';class MediaQuery extends React.Component {constructor(props) {super(props);this.state = {type:'desktop'};}getChildContext() {return {type: this.state.type};}componentDidMount() {const checkMediaQuery = () => {const type = window.matchMedia("(min-width: 1025px)").matches ? 'desktop' : 'mobile';if (type !== this.state.type) {this.setState({type});}};window.addEventListener('resize', checkMediaQuery);checkMediaQuery();}render() {return this.props.children;}}MediaQuery.childContextTypes = {type: PropTypes.string};
The problem is, if a context value provided by component changes, descendants that use that value won’t update if an intermediate parent returns false
from shouldComponentUpdate
. This is totally out of control of the components using context, so there’s basically no way to reliably update the context. This blog post has a good explanation of why this is a problem and how you might get around it.