Redux

아기코린이·2022년 7월 5일
Reactredux리액트아기개발자
0

React

목록 보기
5/5
post-thumbnail

들어가기

이번 블로깅에서는 상태관리의 의미와 전역상태를 관리하기 위한 모듈 Redux에 대해 알아보자!

상태관리

React가 상태 관리를 위한 라이브러리는 아니다. 그러나 상태 관리의 주요 원칙을 배우고 이를 따라간다면, 구조적으로 아름다운 코드를 작성할 수 있다.

상태란 "UI에 동적으로 표현될 데이터" 다.

Side Effect에 대해서 알아보자. 상태를 다룰 때에 Side Effect는 주요 고려 대상이다. Side Effect는 "함수의 입력 외에도 함수의 결과에 영향을 미치는 요인" 이다. 대표적으로 네트워크 요청, API 호출이 Side Effect다. Side Effect로 인해 상태의 변화가 생길수 있다. 요청한 데이터가 불러와지면 불러와진 데이터에 의해 상태가 변하고, 그렇지 않은 경우에도 상태는 변한다.

상태를 구분하는 데에는 절대적인 기준이나 법칙이 있는 것은 아니지만, 우리가 처음 JavaScript를 배울 때처럼 로컬 상태, 전역 상태로 나눠서 접근해보자.

로컬 상태와 전역 상태
로컬 상태는 특정 컴포넌트 안에서만 관리되는 상태이며, 전역 상태는 프로덕트 전체 혹은 여러 가지 컴포넌트가 동시에 관리하는 상태를 말한다.

로컬 상태는 보통 컴포넌트 내에서만 영향을 끼치는 상태다. 다른 컴포넌트와 데이터를 공유하지 않는 폼 데이터는 대부분 로컬 상태다. input box, select box 등과 같이 입력값을 받는 경우가 이에 해당한다.

전역 상태는 다른 컴포넌트와 상태를 공유하고 영향을 끼치는 상태다. 예를 들어 상품페이지에서 상품을 장바구니에 추가했다면, 상품페이지가 장바구니페이지에 영향을 끼친것이다.

JavaScript를 처음 배우면 전역 변수를 남용하는 것은 좋지 않다고 배웠다. React는 경우에 따라 전역 상태가 필요하다.

컴포넌트에 따른 상태
서로 다른 컴포넌트가 사용하는 상태의 종류가 다르면, 꼭 전역 상태일 필요는 없다. 상태의 출처가 달라도 된다. 반대로, 서로 다른 컴포넌트가 동일한 상태를 다룬다면, 이 출처는 오직 한 곳이어야 한다. 여기서 '한곳의 출처' 는 다른 말로 이야기하면 '전역 공간' 이라고 볼 수 있다.

데이터 무결성을 위해, 동일한 데이터는 항상 같은 곳에서 데이터를 가지고 오도록한다.

데이터 무결성을 위한 방법론 "Single source of truth(신뢰할 수 있는 단일 출처)" 동일한 데이터는 항상 같은 곳에서 데이터를 가지고 온다.

전역 상태 관리의 예시
네이버를 비롯한 여러 사이트에서 다크 모드 기능을 이용해 본 적이 한 번쯤은 있을 것이다. 이 경우 모든 페이지, 모든 컴포넌트에 다크 모드 혹은 라이트 모드가 적용이 되어야 하기 때문에 이러한 테마 설정을 전역으로 관리할수 있다.

Redux

Redux 구조

Redux는 다음과 같은 순서로 상태를 관리한다.

  1. 상태가 변경되어야 하는 이벤트가 발생하면, 변경될 상태에 대한 정보가 담긴 Action 객체가 생성된다.
  2. 이 Action 객체는 Dispatch 함수의 인자로 전달된다.
  3. Dispatch 함수는 Action 객체를 Reducer 함수로 전달한다.
  4. Reducer 함수는 Action 객체의 값을 확인하고, 그 값에 따라 전역 상태 저장소 Store의 상태를 변경한다.
  5. 상태가 변경되면, React는 화면을 다시 렌더링 한다.

즉, Redux에서는 Action → Dispatch → Reducer → Store 순서로 데이터가 단방향으로 흐르게 된다.

Action
Action은 말 그대로 어떤 액션을 취할 것인지 정의해 놓은 객체로, 다음과 같은 형식으로 구성된다.

// payload가 필요 없는 경우
{ type: 'INCREASE' }

// payload가 필요한 경우
{ type: 'SET_NUMBER', payload: 5 }

여기서 type 은 필수로 지정을 해 주어야 한다. 해당 Action 객체가 어떤 동작을 하는지 명시해주는 역할을 하기 때문이며, 대문자와 Snake Case로 작성한다. 여기에 필요에 따라 payload 를 작성해 구체적인 값을 전달한다.

보통 Action을 직접 작성하기보다는 Action 객체를 생성하는 함수를 만들어 사용하는 경우가 많으며, 이러한 함수를 액션 생성자(Action Creater)라고도 한다.

// payload가 필요 없는 경우
const increase = () => {
  return {
    type: 'INCREASE'
  }
}

// payload가 필요한 경우
const setNumber = (num) => {
  return {
    type: 'SET_NUMBER',
    payload: num
  }
}

Dispatch
Dispatch는 Reducer로 Action을 전달해주는 함수다. Dispatch의 전달인자로 Action 객체가 전달된다.

// Action 객체를 직접 작성하는 경우
dispatch( { type: 'INCREASE' } );
dispatch( { type: 'SET_NUMBER', payload: 5 } );

// 액션 생성자(Action Creator)를 사용하는 경우
dispatch( increase() );
dispatch( setNumber(5) );

Action 객체를 전달받은 Dispatch 함수는 Reducer를 호출한다.

Reducer
Reducer는 Dispatch에게서 전달받은 Action 객체의 type 값에 따라서 상태를 변경시키는 함수다.

const count = 1

// Reducer를 생성할 때에는 초기 상태를 인자로 요구.
const counterReducer = (state = count, action) {

  // Action 객체의 type 값에 따라 분기하는 switch 조건문이다.
  switch (action.type)

    //action === 'INCREASE'일 경우
    case 'INCREASE':
			return state + 1

    // action === 'DECREASE'일 경우
    case 'DECREASE':
			return state - 1

    // action === 'SET_NUMBER'일 경우
    case 'SET_NUMBER':
			return action.payload

    // 해당 되는 경우가 없을 땐 기존 상태를 그대로 리턴
    default:
      return state;
}
// Reducer가 리턴하는 값이 새로운 상태가 된다.

이 때, Reducer는 순수함수여야 한다. 외부 요인으로 인해 기대한 값이 아닌 엉뚱한 값으로 상태가 변경되는 일이 없어야하기 때문이다.

만약 여러 개의 Reducer를 사용하는 경우, Redux의 combineReducers 메서드를 사용해서 하나의 Reducer로 합쳐줄 수 있다.

import { combineReducers } from 'redux';

const rootReducer = combineReducers({
  counterReducer,
  anyReducer,
  ...
});

Store
Store는 상태가 관리되는 오직 하나뿐인 저장소의 역할을 한다. Redux 앱의 state가 저장되어 있는 공간이다. 아래 코드와 같이 createStore 메서드를 활용해 Reducer를 연결해서 Store를 생성할 수 있다.

import { createStore } from 'redux';

const store = createStore(rootReducer);

Redux Hooks
Redux Hooks는 React에서 Redux를 사용할 때 활용할 수 있는 Hooks 메서드를 제공한다. 그 중에서 크게 useSelector(), useDispatch() 이 두 가지의 메서드를 기억하면 된다.

useSelector()
useSelector()는 컴포넌트와 state를 연결하여 Redux의 state에 접근할 수 있게 해주는 메서드다.

// Redux Hooks 메서드는 'redux'가 아니라 'react-redux'에서 불러온다.
import { useSelector } from 'react-redux'
const counter = useSelector(state => state.counterReducer)
console.log(counter) // 1
useDispatch()

useDispatch() 는 Action 객체를 Reducer로 전달해 주는 메서드다. 위에서 Dispatch를 설명할 때 사용한 dispatch 함수도 useDispatch()를 사용한 것이다.

import { useDispatch } from 'react-redux'

const dispatch = useDispatch()
dispatch( increase() )
console.log(counter) // 2

dispatch( setNumber(5) )
console.log(counter) // 5

Redux의 세 가지 원칙

Redux에는 세 가지 원칙이 있다.

  1. Single source of truth
    동일한 데이터는 항상 같은 곳에서 가지고 와야 한다는 의미다. Redux에는 데이터를 저장하는 Store라는 단 하나뿐인 공간이 있음과 연결이 되는 원칙이다.

  2. State is read-only
    상태는 읽기 전용이라는 뜻으로, React에서 상태갱신함수로만 상태를 변경할 수 있었던 것처럼, Redux의 상태도 직접 변경할 수 없음을 의미한다. Action 객체가 있어야만 상태를 변경할 수 있음과 연결되는 원칙이다.

  3. Changes are made with pure functions
    변경은 순수함수로만 가능하다는 뜻으로, 상태가 엉뚱한 값으로 변경되는 일이 없도록 순수함수로 작성되어야하는 Reducer와 연결되는 원칙이다.

마치며.

순수 React에서는 최상위 컴포넌트의 상태를 자식 컴포넌트가 사용하기 위해서는 props를 이용했다. 프로젝트의 크기가 커져 후손 컴포넌트가 줄줄이 생긴다면 상태관리에 어려움을 느끼게 될 것이다. 이때 Redux를 사용하여 전역으로 상태를 관리하면 위와 같은 여려움에서 해방되지 않을까 생각한다.

배우면 배울수록 새로운 개념이 등장한다. 모르는 개념이 없어질 때까지 화이팅!!

profile
아기코린이
아기코린이
이전 포스트

React Custom Component

0개의 댓글