Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 자바스크립트 알고리즘 문제
- 자바스크립트코딩테스트
- JavaScript
- 자바스크립트
- 프로그래머스
- HTML
- Next
- 제로베이스
- lodash
- til
- react
- stack문제
- next13
- 자바스크립트 연결리스트
- Baekjoon
- JS
- 자바스크립트 알고리즘
- 타입스크립트
- 자바스크립트 문제 풀이
- 프론트엔드
- leetcode
- CSS
- 자바스크립트 문제풀이
- leetcode문제풀이
- Next.js13
- 알고리즘문제풀이
- NPM
- 리액트쿼리
- 자바스크립트 문제
- 리액트
Archives
- Today
- Total
목록ReactQuery (1)
코드노트
React-Query와 Zustand의 차이, 사용하는 목적 정리
리액트를 하면서 항상 고민하게되는 부분은 상태관리인거 같다. 이번 팀 프로젝트를 진행하면서 리덕스를 사용하지않고 ReactQuery와 Zustand를 통해 상태관리를 하기로 하였다. 두 상태관리 라이브러리의 차이와 목적에 대해서 정리해보려고 한다. 프론트엔드에서 상태관리에 있어서 가장 처음 만나게된건 리덕스였다. 리덕스를 하게되면서 전역관리를 알게되고 redux-toolkit, redux-saga, redux-thunk 등등 미들웨어도 사용했다. 리액트 상태관리는 리덕스? - 컴포넌트끼리 상태값을 직접 소통하게된다면 컴포넌트 재사용에 있어서도 좋지 않으며, 불필요한 리렌더링이 발생하거나 코드들도 복잡해지게된다. - 리덕스로 상태관리를 할때 장점도 있었지만 단점들이 있었다. 먼저 리덕스에 대해서 정리해보자..
Code note/codenote
2023. 5. 10. 04:06