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
- deletion
- red-black tree
- 총정리
- Pair
- 알고리즘
- connected_component
- '0'
- singly Linked List
- Heap
- template
- Articulation_Point
- 5397
- list
- 13305
- Critical_Path_Analysis
- class_template
- sstream
- function_template
- 구현
- c++
- 문법
- 자료구조
- qsort
- STL
- sort
- Algorithm
- 백준
- data_structure
- Biconnected_Component
- 예제
Archives
- Today
- Total
- Today
- Total
- 방명록
목록2025/07/14 (1)
어제의 나보다 성장한 오늘의 나

이전에 프로젝트에서 클라이언트 애플리케이션 내의 모든 전역 상태를 Recoil로 통합 관리하고 있었습니다.하지만 프로젝트의 구조가 점점 바뀌면서, Recoil의 역할이 줄어들게 되었습니다. 서버 상태는 React Query로 대체우선, React Query의 도입으로 서버 상태 관리 방식이 완전히 바뀌었습니다.데이터 fetching, 캐싱, 로딩 상태 관리 등을 React Query로 손 쉽게 처리하면서 Recoil은 더 이상 서버 상태를 다루지 않게 되었습니다. Recoil은 여전히 클라이언트 전역 상태(UI 상태, Role)를 관리하는 용도로 일부 사용되고 있었습니다.제한적인 역할만 수행하면서도 비교적 무거운 Recoil을 계속 유지하는 것은 부담스럽다고 판단했습니다. Context API는 ??co..
React
2025. 7. 14. 23:47