Redux-Saga tutorial for beginners and dog lovers
Build a simple app that fetches dog images using React, Redux & Redux-Saga
I began using redux-saga
at work in a fairly complex boilerplate.
The path to becoming even a little bit comfortable with it was winding and suboptimal, so I thought I’d write the tutorial I wish I’d had when just starting out with sagas.
This tutorial assumes you have a solid grasp of React or React Native and Redux. If you’re not ready for
redux-saga
(yet), I’d definitely recommend that you check out this amazing, MASSIVE treasure trove of resources for learning React and Redux.
What you’ll build
What’s redux-saga? Why would I want or need it?
From the official repo:
redux-saga
is a library that aims to make application side effects (i.e. asynchronous things like data fetching and impure things like accessing the browser cache) easier to manage, more efficient to execute, simple to test, and better at handling failures.
I think of it as an organized way of helping your Redux app communicate and stay in-sync with the outside world — mainly external APIs.
Many wonderful people have opined on the pros, cons, and everything else about redux-saga
, much better than I could — so here are some links if you want to really nail down the WHATs and WHYs.
We’ll be focusing on the HOW.
Let’s get started
Create a new app with create-react-app
.
npx create-react-app dog-saga
Confused by the
npx
? So was I, until I read this.
Enter the project’s directory and fire up the app.
cd dog-saga
npm start
You should now see the boilerplate for create-react-app
, with it’s spinning React logo. You’ll be replacing it with cute dogs soon enough.
Like this tutorial?
Get more by subscribing to the Yost’s Posts newsletter.
Redux
Install redux.
npm install --save redux
Create a new file in your src
folder called redux.js
and add the following code to it.
We have three action types and a single reducer
API_CALL_REQUEST
says that we’re beginning the process offetching
a dog from the Dog API.API_CALL_SUCCESS
tells the Store that we successfully retrieved adog
and are therefore no longer in the process offetching
one.API_CALL_FAILURE
tells the Store that something went wrong with our API call. We received anerror
rather than a newdog
.
But how should we make theAPI_CALL_REQUEST
?
How does the Store know whether the API call was a success or a failure?
HOW DO WE GET PICTURES OF CUTE DOGS DAMNIT??? With a saga.
P.S. We’re not gonna use action creators in this app. For something so simple, they may muddy the waters. Also, you’ll see how redux-saga handles and dispatches actions more clearly (in my opinion) without them.
Redux-Saga
We want to create a saga, using redux-saga
, that will initiate an API call for a dog image, then tell the Store whether that API call was a success or a failure.
- If successful, we’ll get a new
dog
and dispatchAPI_CALL_SUCCESS
along with thedog
. - If a failure, we’ll get an
error
and dispatchAPI_CALL_FAILURE
along with theerror
.
Install redux-saga
.
npm install --save redux-saga
Also install axios
, which will help us make Promise
-based API calls.
npm install axios
Create a new file called sagas.js
and add the following code to it.
Before we walk through this new file, notice the function*
syntax. This creates a special kind of function new to ES6 called a generator
.
Generators can pause and restart — be exited and re-entered — and actually remember the context/state of the function over time.
Each yield
in a generator basically represents an asynchronous step in a more synchronous/sequential process — somewhat like await
in an async
function.
redux-saga
relies on generators, but does a decent amount of the work for us, so (in my fairly limited experience) a deep understanding of them for this use-case isn’t necessary.
Here are some resources if you want to learn more about generators
Now let’s walk through sagas.js
- a
watcherSaga
is a saga that watches for an action to be dispatched to the Store, triggering aworkerSaga
. takeLatest
is a helper function provided byredux-saga
that will trigger a newworkerSaga
when it sees anAPI_CALL_REQUEST
, while cancelling any previously triggeredworkerSaga
still in process.fetchDog
simply usesaxios
to request a random dog image from the Dog API and returns aPromise
for the response.workerSaga
attempts tofetchDog
, using anotherredux-saga
helper functioncall
, and stores the result (a resolved or failedPromise
) in aresponse
variable.- If
fetchDog
was a success, we extract thedog
image from theresponse
and dispatch anAPI_CALL_SUCCESS
action withdog
in the payload to the Store, using ANOTHERredux-saga
helper functionput
. - If there was an error with
fetchDog
, we let the Store know about it by dispatching anAPI_CALL_FAILURE
action with theerror
.
Phew! It’s a little weird at the beginning, but this pattern/procedure and its benefits become more clear after a few implementations.
Hook up React, Redux and Redux-Saga
Ok, we have our pieces, now it’s time to put them all together.
Install react-redux
.
npm install --save react-redux
Also, install Redux Devtools — must-have for debugging and seeing Redux (and sagas’ related actions) in action. Go here for info on setting up the Redux dev tools. I recommend using the browser extension.
Open your index.js
file and make it look like the file below.
The Redux stuff should look familiar.
createStore
with ourreducer
- Connect the Redux DevTools to the Store for debugging and learning
- And wrap the
<App/>
component in a<Provider/>
component with thestore
, which let’s us work with Redux in React. - We’ll actually
connect()
the<App/>
component shortly.
To make our redux-saga
work with Redux…
createSagaMiddleware
, and apply it to the Reduxstore
with some help fromcompose
andapplyMiddleware
run
thewatcherSaga
, so that it can trigger theworkerSaga
when there’s anAPI_CALL_REQUEST
Connect <App /> to Redux
Open up App.js
and paste the following code into it.
mapStateToProps
to make the most current state offetching
,dog
anderror
available asprops
in theApp
component.- Using
mapDispatchToProps
, we create a function calledonRequestDog
that dispatches anAPI_CALL_REQUEST
action to the Store. connect
theApp
component and export this “reduxed” version of it for use inindex.js
.
Like this tutorial?
Bring it all together on the screen
Now let’s walk through some of the changes (top to bottom) made to the App
component’s rendered output, which allow the user to see the current state of the app and request dog images.
All of these snippets are from the App.js
above, so no new code here.
In the snippet below, we tweaked the image src
to show a dog
image if one exists in the Store. If dog
is null
, it falls back to the React logo
.
If the current state
of our app has a dog
image, we tell the user to keep clicking. If not, we tell them to replace the React logo
with a dog
.
If the current state
has an error, we display some text to let the user know.
Here, if our sagas are currently in the process of fetching
a new dog image, which means workerSaga
has not dispatched an API_CALL_SUCCESS
or API_CALL_FAILURE
yet, we disable the button.
Otherwise, we provide a button for the user to click and request a random dog image.
Just for fun, let’s cause an error
To see the workerSaga
dispatch an API_CALL_FAILURE
, go into sagas.js
and mess up the url
for the dog api (like changing “breeds” to “beds”).
Now when you click the “Request a Dog” button, the error message displays!
A recap, step-by-step
- An event takes place — e.g. user does something (clicks “Request a Dog” button) or an update occurs (like
componentDidMount
) - Based on the event, an
action
is dispatched, likely through a function declared inmapDispatchToProps
(e.g.onRequestDog
) - A
watcherSaga
sees theaction
and triggers aworkerSaga
. Use saga helpers to watch for actions differently. - While the saga is starting, the
action
also hits areducer
and updates some piece ofstate
to indicate that the saga has begun and is in process (e.g.fetching
). - The
workerSaga
performs some side-effect operation (e.g.fetchDog
). - Based on the result of the
workerSaga
‘s operation, it dispatches anaction
to indicate that result. If successful (API_CALL_SUCCESS
), you might include a payload in the action (e.g.dog
). If an error (API_CALL_FAILURE
), you might send along anerror
object for more details on what went wrong. - The
reducer
handles the success or failureaction
from theworkerSaga
and updates the Store accordingly with any new data, as well as sets the “in process” indicator (e.g.fetching
) to false.
Throughout this process, you can use the updates to Redux state
flowing through to props
to keep your user informed of the process and progress thereof.