기존 블로그에 작성했던 포스트를 이전한 글입니다.
해당 포스트는
REDUX
에 대해 학습한 내용을 정리하며 기록한 내용입니다
🌈 REDUX
Redux는 React 애플리케이션에서 상태 관리를 위한 JavaScript 라이브러리다.
Redux는 Flux 아키텍처 패턴을 기반으로하며, 애플리케이션의 상태를 예측 가능하고 변경 가능하게 만들어준다.
Redux에서는 상태가 하나의 객체로 표현
이 상태 객체는 불변성을 유지해야하며, 상태를 변경하기 위해서는 액션을 디스패치하는 방식을 사용한다.
액션은 상태 변경을 설명하는 객체로, 일반적으로 type 속성을 가지고 있다.
액션이 디스패치되면 Redux는 상태를 변경하기 위해 리듀서 함수를 호출한다.
리듀서 함수는 이전 상태와 액션을 받아서 새로운 상태를 반환하는 순수 함수다.
순수 함수는 입력 값이 같으면 항상 같은 출력 값을 반환하며, 상태 변경 이외의 부작용이 없어야한다.
Redux는 컴포넌트와 상태를 연결하기 위해 connect 함수를 제공
- connect 함수를 사용하면 React 컴포넌트에서 상태를 가져오거나 액션을 디스패치 할 수 있다.
Redux는 또한 미들웨어를 사용하여 액션 처리를 변경하거나 중간에 중단할 수 있다.
- 미들웨어는 Redux 스토어에 대한 액션 디스패치를 가로채고, 처리를 변경하거나 상태 변경을 완료하기 전에 추가적인 작업을 수행할 수 있다.
이러한 기능들은 Redux를 통해 대규모 애플리케이션에서 상태 관리를 보다 예측 가능하고 유지 보수 가능하게 만들어준다.
📖 Redux
🔎 튜토리얼
아래 사진과 같은 구조의 React 애플리케이션이 있다고 한다면, 이 애플리케이션은 컴포넌트3, 컴포넌트6에서만 사용되는 상태가 있다.
그렇다면 이 상태를 어느 컴포넌트에 위치시켜야 할까?
아마도 React의 데이터 흐름에 따르면, 최상위 컴포넌트에 위치시키는 것이 적절하지 않을까 생각된다.
하지만 이런 상태 배치는 다음과 같은 이유로 다소 비효율적이라고 느껴질 수 있다.
해당 상태를 직접 사용하지 않는 최상위 컴포넌트, 컴포넌트1, 컴포넌트2도 상태 데이터를 가짐
상태 끌어올리기, Props 내려주기를 여러 번 거쳐야 함
애플리케이션이 복잡해질수록 데이터 흐름도 복잡해짐
컴포넌트 구조가 바뀐다면, 지금의 데이터 흐름을 완전히 바꿔야 할 수도 있음
상태 관리 라이브러리인 Redux
는, 전역 상태를 관리할 수 있는 저장소인 Store
를 제공함으로써 이 문제들을 해결해준다.
기존 React
에서의 데이터 흐름과, Redux
를 사용했을 때의 데이터 흐름을 비교해보면, Redux
를 사용했을 때의 데이터 흐름이 보다 더 깔끔해지는 것을 알 수 있다.
🔎 Redux의 구조
Redux는 다음과 같은 순서로 상태를 관리
상태가 변경되어야 하는 이벤트가 발생하면, 변경될 상태에 대한 정보가 담긴
Action 객체
가 생성이 Action 객체는
Dispatch 함수
의 인자로 전달Dispatch 함수는 Action 객체를
Reducer 함수
로 전달Reducer 함수는 Action 객체의 값을 확인하고, 그 값에 따라
전역 상태 저장소 Store
의 상태를 변경상태가 변경되면, React는 화면을 다시 렌더링
즉, Redux에서는 Action
→ Dispatch
→ Reducer
→ Store
순서로 데이터가 단방향으로 흐르게 된다.
🔎 예제 연습
🔑 Store
Store
는 상태가 관리되는 오직 하나뿐인 저장소의 역할Redux 앱의 state가 저장되어 있는 공간
아래 코드와 같이 createStore
메서드를 활용해 Reducer
를 연결해서 Store
를 생성할 수 있다.
1
2
3
import { createStore } from 'redux';
const store = createStore(rootReducer);
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
//index.js
import React from 'react';
import { createRoot } from 'react-dom/client';
import App from './App';
// 1
import { Provider } from 'react-redux';
// 2
import { legacy_createStore as createStore } from 'redux';
const rootElement = document.getElementById('root');
const root = createRoot(rootElement);
const reducer = () => {};
// 4
const store = createStore(reducer);
root.render(
// 3
<Provider store={store}>
<App />
//{' '}
</Provider>
);
🔑 Reducer
Reducer
는Dispatch
에게서 전달받은Action
객체의type
값에 따라서 상태를 변경시키는 함수이 때, Reducer는 순수함수
외부 요인으로 인해 기대한 값이 아닌 엉뚱한 값으로 상태가 변경되는 일이 없어야하기 때문
1
2
3
4
import { createStore } from 'redux';
const store = createStore(rootReducer);
만약 여러 개의 Reducer를 사용하는 경우, Redux의 combineReducers
메서드를 사용해서 하나의 Reducer로 합쳐줄 수 있다.
1
2
3
4
5
6
7
import { combineReducers } from 'redux';
const rootReducer = combineReducers({
counterReducer,
anyReducer,
...
});
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
43
import React from 'react';
import { createRoot } from 'react-dom/client';
import App from './App';
import { Provider } from 'react-redux';
import { legacy_createStore as createStore } from 'redux';
const rootElement = document.getElementById('root');
const root = createRoot(rootElement);
// 1
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가 리턴하는 값이 새로운 상태가 됩니다.
// 2
const store = createStore(counterReducer);
root.render(
// 3
<Provider store={store}>
<App />
</Provider>
);
🔑 Action
- Action은 말 그대로 어떤 액션을 취할 것인지 정의해 놓은 객체
다음과 같은 형식으로 구성된다.
1
2
3
4
5
// payload가 필요 없는 경우
{ type: 'INCREASE' }
// payload가 필요한 경우
{ type: 'SET_NUMBER', payload: 5 }
여기서 type
은 필수로 지정을 해 주어야 한다.
해당 Action 객체가 어떤 동작을 하는지 명시해주는 역할을 하기 때문
대문자와 Snake Case로 작성합니다.
여기에 필요에 따라 payload 를 작성해 구체적인 값을 전달
보통 Action을 직접 작성하기보다는 Action 객체를 생성하는 함수를 만들어 사용하는 경우가 많다.
이러한 함수를
액션 생성자(Action Creator)
라고도 한다.
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
import React from 'react';
import { createRoot } from 'react-dom/client';
import App from './App';
import { Provider } from 'react-redux';
import { legacy_createStore as createStore } from 'redux';
const rootElement = document.getElementById('root');
const root = createRoot(rootElement);
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가 리턴하는 값이 새로운 상태가 됩니다.
};
const store = createStore(counterReducer);
root.render(
<Provider store={store}>
<App />
</Provider>
);
🔑 Dispatch
Dispatch는 Reducer로 Action을 전달해주는 함수
Dispatch의 전달인자로 Action 객체가 전달
1
2
3
4
5
6
7
// Action 객체를 직접 작성하는 경우
dispatch( { type: 'INCREASE' } );
dispatch( { type: 'SET_NUMBER', payload: 5 } );
// 액션 생성자(Action Creator)를 사용하는 경우
dispatch( increase() );
dispatch( setNumber(5) );
- Action 객체를 전달받은 Dispatch 함수는
Reducer를 호출
여기까지 Store, Reducer, Action, Dispatch 개념들을 코드로 구성하는 것은 완료했다.
그렇다면 이제 이 개념들을 연결시켜보자
🔑 Redux Hooks
Redux Hooks는 React-Redux에서 Redux를 사용할 때 활용할 수 있는 Hooks 메서드를 제공
그 중에서 크게
useSelector()
,useDispatch()
이 두 가지의 메서드를 기억
🔗 useDispatch()
useDispatch()
는 Action 객체를 Reducer로 전달해 주는 Dispatch 함수를 반환하는 메서드Dispatch를 설명할 때 사용한 dispatch 함수도 useDispatch()를 사용해서 만든 것
1
2
3
4
5
6
7
8
import { useDispatch } from 'react-redux'
const dispatch = useDispatch()
dispatch( increase() )
console.log(counter) // 2
dispatch( setNumber(5) )
console.log(counter) // 5
🔗 useSelector()
- useSelector()는 컴포넌트와 state를 연결하여 Redux의 state에 접근할 수 있게 해주는 메서드
1
2
3
4
5
// Redux Hooks 메서드는 'redux'가 아니라 'react-redux'에서 불러옵니다.
import { useSelector } from 'react-redux'
const counter = useSelector(state => state)
console.log(counter) // 1
실습결과
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
43
44
45
46
//index.js
import React from 'react';
import { createRoot } from 'react-dom/client';
import App from './App';
import { Provider } from 'react-redux';
import { legacy_createStore as createStore } from 'redux';
const rootElement = document.getElementById('root');
const root = createRoot(rootElement);
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;
}
};
// 2
const store = createStore(counterReducer);
root.render(
// 3
<Provider store={store}>
{' '}
// store로 적어야하는걸 state로 적어서 틀림
<App />
</Provider>
);
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
//app.js
import React from 'react';
import './style.css';
import { useSelector, useDispatch } from 'react-redux';
export default function App() {
// use로 사용되는것을 hook이라고 불리는데 이부분이 App 컴포넌트ㅇ
const 더하기 = useSelector((state) => state);
const dispatch = useDispatch();
return (
<div>
<h1>{더하기}</h1>
<button
onClick={() => {
dispatch({ type: 'INCREASE' });
}}
>
더하기
</button>
<button
onClick={() => {
dispatch({ type: 'DECREASE' });
}}
>
빼기
</button>
</div>
);
}
📖 Redux의 세 가지 원칙
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와 연결되는 원칙