| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- Context vs Redux
- Next.js 16
- Partial Prerendering
- 상태관리
- 만다라트 계획서
- next.js 배포
- 자바스크립트 클로저
- react context
- 실행 컨텍스트
- 디자인 지구력 가설
- WKHTTPCookieStore
- body-parser
- 전역 상태관리
- zustand persist
- 리팩터링 2판
- 렉시컬 환경
- 새로고침 상태 유지
- Node.js 프로젝트 세팅
- useReducer
- 웹뷰 쿠키
- Next.js 렌더링 흐름 이해하기: Static
- next build
- userdefaults
- 프론트엔드 면접
- PPR #
- zustand
- partialize
- context api
- 파일 트레이싱
- react
- Today
- Total
목록react (2)
modori@
새로고침을 하면 상태가 초기화되는 건 당연한 일입니다. React 앱에서 전역 상태를 zustand로 관리하더라도, 브라우저를 새로고침하면 메모리에 있던 값은 사라지니까요.그런데 실제로 서비스를 운영하다보면 “새로고침해도 유지돼야 하는 데이터”가 꽤 많습니다. 이 글에서는 Zustand로 새로고침해도 안 변하는 데이터를 관리하는 방법을 사용 방법과 작동원리에 대해서 알아보려고 합니다.1) 왜 새로고침하면 상태가 날아갈까?Zustand 스토어는 기본적으로 메모리에 존재합니다.그래서 새로고침(= JS 런타임 재시작)이 일어나면, 스토어는 다시 생성되고 초기값으로 돌아갑니다.해결하려면 “어딘가에 저장”이 필요합니다. 그래서 보편적으로 사용하게 되는게 local storage죠.하지만 유동적으로 변하는 데이터를..
이 글은 Why React Context is Not a "State Management" Tool 를 읽고 정리한 글 입니다. 소개모두 상태관리 라이브러리를 사용해 보셨나요?모두 프로젝트를 생성할 때 Context API와 Redux중에 어떤 상태관리 라이브러리를 선택해서 사용할지 고민했던 기억이 있으실겁니다.( 저도 예전에 상태관리 라이브러리를 선택하기위해 여러 라이브러리들 중에서 고민했던 기억이 있네요.😉 )아실수도 있으시겠지만 Context vs Redux라는 전에 리엑트 커뮤니티에서 가장 많이 논의되어온 주제 중 하나입니다.하지만 안타깝게도 이 논쟁은 도구의 목적과 사용 사례에 대한 혼동에서 생겨나게 됩니다. 오늘 이 글을 통해 Context 와 Redux가 명확하게 어떻게 다른지 이야기해보도..