일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- styled-component
- 리액트네이티브
- 최적화
- 동기
- 리액트쿼리
- 자바스크립트
- 캐쉬
- 개발자
- React
- 아키텍처
- mockoon
- front-end mocking
- thread
- CSS-in-JS
- next.js
- react-query
- async
- react-native
- link
- SWC
- MSW
- amplify
- 쓰레드
- 컴포넌트
- 기초
- 기본
- Basic
- sprinkles
- 목킹
- Critical Rendering Path
- Babel
- vanilla-extract
- Cache
- Concurrent Mode
- mock service worker
- 비동기
- 리액트
- JavaScript
- next hydration
- react server component
Archives
- Today
- Total
목록in memory (1)
Don’t worry about failures

react query를 간단하게 사용하면서 의문점이 생겼다. useQuery를 사용했을 때 reload을 했을 때 다시 api 요청을 했다. 이에 대해 궁금증이 생겨서 stackoverflow에 글을 남겼고, 이는 in-memory라는 것을 알게 되었다. 이를 기반으로 더 알아보고 좋은 글이 있어 번역을 기반으로 글을 작성해본다. 리액트 쿼리는 개발자 경험과 사용자 경험을 좋게 하기 위한 caching layer이다. 이는 in memory 캐쉬이며, 서버 없이, 브라우저 캐쉬와 관계 없이 처리되는 캐쉬이다. 나도 그러하고, 아마 많은 개발자들이 초기의 요청만하고, 그 이후에 캐쉬된 데이터를 제공 받기를 기대하며 이를 생각한다고 생각한다. 이 때문에 나 또한 의문을 가지고 찾아보기 시작한 것이다. Rea..
React
2022. 2. 27. 17:12