Building a Webapp React Component¶
This page describes how to build a new React component in the webapp. All new components must meet the following requirements:
- Be pure, meaning that all information required to render is passed in by props
- Have no direct store interaction, use a container to wrap the component if needed
- Have component tests
- Be generic and re-usable when possible
- Have documented props
These requirements will be talked about in more detail in the following sections.
None of that make any sense to you, or new to React and Redux? Then check out these links:
The components for the webapp currently live in the webapp/components/
directory in the platform repository.
Designing your Component¶
The most important part of designing your component is deciding on what the props will be. Props are very much the API for your component, think of them as a contract between your component and the users of it.
Props are read-only variables that get passed down to your component either directly from a parent component or from an index.js container that pulls some data from the Redux store. More on that later, for now you can see all the different prop types here: https://facebook.github.io/react/docs/typechecking-with-proptypes.html#proptypes.
Alright, so how do you decide what props your component should have? Think about your component is trying to display to the user. Any data you need to accomplish that should be part of the props.
As an example, let’s imagine we’re building an ItemList component with the purpose of displaying a list of items. The props for such a component might look like:
1 2 3 4 5 6 7 8 9 10 11 | static propTypes = {
/**
* Sets the title of the list
*/
title: PropTypes.string,
/**
* An array of item components to display
*/
items: PropTypes.arrayOf(PropTypes.object).isRequired
}
|
The title
prop would control the string to display for the title, while items
would be an array of the item objects we would like to display. Note that items
has .isRequired
appended while title
does not. This means that to render our component must have the items
prop set, while it can still render if we don’t set title
. Use this to provide optional props.
Make sure you add brief but clear comments to each prop type as shown in the example.
Our ItemList component would live in a file named item_list.js
.
Using a Container¶
The next question to ask yourself is if you’re going to need a container for your component. This is the index.js
file mentioned above. If your component needs either of the following then you’ll need a container:
- Needs some data injected into it’s props that the parent component doesn’t have access to
- Needs to be able to perform some sort of action that affects the state of the store
Continuing the ItemList example above, maybe our parent component doesn’t care about our list of items and doesn’t have access to them. Let’s also imagine that we want to let the user remove items from the list by clicking on them. This means our component now needs a container for both criteria above and our props will change slightly:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 | static propTypes = {
/**
* Sets the title of the list
*/
title: PropTypes.string,
/**
* An array of item components to display
*/
items: PropTypes.arrayOf(PropTypes.object).isRequired
actions: PropTypes.shape({
/**
* An action to remove an item from the list
*/
removeItem: React.PropTypes.func.isRequired
}).isRequired
}
|
The container will then need to import selectors and actions from Redux and the connect them to the component and the store.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | import {connect} from 'react-redux';
import {bindActionCreators} from 'redux';
import {removeItem} from 'mattermost-redux/actions/items';
import {getItems} from 'mattermost-redux/selectors/entities/items';
import ItemList from './item_list.js';
function mapStateToProps(state, ownProps) {
return {
...ownProps,
items: getItems(state)
};
}
function mapDispatchToProps(dispatch) {
return {
actions: bindActionCreators({
removeItem
}, dispatch)
};
}
export default connect(mapStateToProps, mapDispatchToProps)(ItemList);
|
If the selectors and/or actions you need don’t yet exist in Redux then you should go add those first by following the guide to adding actions and selectors.
Your index.js
and item_list.js
files will live together in an item_list/
directory.
Implementing your Component¶
With the props defined and, if necessary, the container built, you’re ready to implement your component. For the most part implementing a component for the webapp is no different than building any other React component. That said, we do have a few rules to abide by:
- All components must extend
React.PureComponent
- All data for rendering must come from props
- Local rendering information that does not affect the store may be kept in state
Our ItemList example might look something like this:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 | export default class ItemList extends React.PureComponent {
static propTypes = {
/**
* Sets the title of the list
*/
title: PropTypes.string,
/**
* An array of item components to display
*/
items: PropTypes.arrayOf(PropTypes.object).isRequired
actions: PropTypes.shape({
/**
* An action to remove an item from the list
*/
removeItem: React.PropTypes.func.isRequired
}).isRequired
}
render() {
const items = [];
this.props.items.forEach((item) => {
items.push(
<Item
item={item}
onClick={this.props.actions.removeItem}
/>
);
});
return (
<div className='backstage-header'>
<h1>
{this.props.title}
</h1>
{items}
</div>
);
}
}
|
Testing your Component¶
The last required piece of building a webapp component is to test it. That can be done using the component testing framework described in this blog post:
https://grundleborg.github.io/posts/react-component-testing-in-mattermost/