Use Reducer Components to Manage State within a ReasonReact Application

Thomas Greco
InstructorThomas Greco
Share this video with your friends

Social Share Links

Send Tweet
Published 6 years ago
Updated 5 years ago

Those familiar with redux will feel particularly at home in this lesson which shows how to use ReasonReact.reducerComponent in correlation with records and variants to manage state within a component. By the end, you'll have created a <Counter /> component that manages state internally.

Instructor: [00:00] In this lesson, we'll display this basic counter app using a reducer component. The first thing we're going to do is create a record for our component state.

[00:11] In here we'll just have a count of a type integer. Following this, we'll define variant called "action." We'll use this variant to define the different actions that will be used to trigger updates within our component.

[00:25] In our case we used to have increment and decrement which will be used to update the account inside of our state. These are known as "variant constructors" or "tags." One thing to keep in mind is that the name of our tags must be capitalized, or else we're going to get a syntax error.

[00:44] Before we declare our reducer component, we need to have state and action defined. Since we do, we can go ahead and create this by just saying let component, and this would be equal to ReasonReact reducer component. We're just giving this the name of "counter."

[01:06] Following this, we can then declare the make function that's going to render our component. So make takes a [inaudible] you prop as well as any additional props, but we can just put an underscore here as we won't be using it. Before we define any methods, we'll spread out the component that we created on line 7.

[01:25] Below component, we'll use initial state. This is a ReasonReacts form of get initial state. Initial state takes a unit and returns the state type. We can just set the default account like so. Now when, our component's rendered, account will have a default value of zero.

[01:47] Following initial state, we'll then specify our reducer method. This method is going to take two parameters -- action state, and it's going to use a switch statement which would check every case of our action variant, and update the state if it's a match.

[02:04] Inside of our switch statement we'll define the functionality for each tag inside of our actions variant, which as we know, are increment and decrement. Here, we're saying that when our increment action goes off, add one to the state count. But since we're inside of ReasonReact app, we'll need to use the ReasonReact update variant to trigger any updates within our state.

[02:27] Now that our return states wrapped in this variant, we can go ahead and add the functionality for that decrement case. This is going to be pretty much the same thing. The only difference being that increment's going to add one, and decrement will decrease it by one.

[02:45] Now that our reducer functionality is all set up, we're ready to define our render method. Render's going to take self as an argument. We can actually destructure our state off of this as well as send which will be used to trigger updates within our component. Inside this render method, I'm first just going to define a variable called "message." I'm going to say "current count."

[03:14] Then just use the string concatenation operator. Since count is an integer, we'll need to use the string of integer function, and then just pass in state.count. Following this, just going to create a div.

[03:32] First, I'll create a second-level header which is where we're going to display the message we just created, so use this. We'll use the string, the element method. Since we'll use it several times, I'm just going to pull it up top.

[03:50] Now inside parentheses, we can use that string variable and just pass message into it. Below our message header, we're going to have a button for each of our actions.

[04:03] To do this, we use onclick handlers. Like with ReactJS onclick is going to take an event. Since we won't be using it however, we'll just use an underscore to ignore it, and then we're just returning the send method we destructed above, and using it to dispatch the increment action first.

[04:25] I'm going to render a plus sign inside this button. Following this, we copy this button and paste it below, and modify the action, so it sends decrement. We'll also change this plus to a minus. When I hit "save," this file gets formatted for me. Here we go.

[04:48] If we visit our page and we refresh we see that our counter is in fact working and it's adding and decrementing as we click these plus and minus signs. Additionally, it's not running on any server but rather directly from the index, that HTML file within our source directory.

[05:09] Before we finish up, let's take a look at two more advantages of using Reason ML as well as the [inaudible] script compiler. If we try and use the spread syntax when updating our state, we're quickly going to be informed that the with clause is redundant since we've taken care of all fields within our state record.

[05:31] If a situation arises where we don't account for something defined within our action variant, we're automatically going to be informed of this. Here I just added increment by five which as we know, our reducer doesn't take new account, and as you can see, VS code's telling me that there's a value that's not pattern-matched -- increment by five.

[05:52] If we look at [inaudible] script compiler, we see that we forgot to handle possible value here, and it informs us which value we forgot to handle. Even further it tells you where exactly in your code base this value should be found, so if we weren't already aware that it was within our switch statement, we would just be able to look and be informed right away.

egghead
egghead
~ 12 minutes ago

Member comments are a way for members to communicate, interact, and ask questions about a lesson.

The instructor or someone from the community might respond to your question Here are a few basic guidelines to commenting on egghead.io

Be on-Topic

Comments are for discussing a lesson. If you're having a general issue with the website functionality, please contact us at support@egghead.io.

Avoid meta-discussion

  • This was great!
  • This was horrible!
  • I didn't like this because it didn't match my skill level.
  • +1 It will likely be deleted as spam.

Code Problems?

Should be accompanied by code! Codesandbox or Stackblitz provide a way to share code and discuss it in context

Details and Context

Vague question? Vague answer. Any details and context you can provide will lure more interesting answers!

Markdown supported.
Become a member to join the discussionEnroll Today