Today목표 : 06/15일 react-query와 검색 기능에서의 캐싱 처리 요즘 실전 프로젝트로 인해 너무 바쁘다... 이제 겨우 리팩토링을 진행하면서 저번 중간 발표회 때 받은 react-query에 대한 질문과, 검색 기능을 이용할 때 react-query를 사용했을 때의 문제점 등을 정리해 보고자 한다. 질문 받은 점, 1. 리액트 쿼리의 장점에 대한 답변 중 꼬리 질문 => 리액트 쿼리에서 refetch를 사용하면 서버의 데이터 변경을 알 수 있는 것인가? refetch를 사용하면? 서버의 데이터가 변경됐을 때 refetch로 변경된 데이터를 가져올 수 있다는 걸로 들린다. => 공부한 내용 : refetch는 서버의 데이터 변경 여부를 실시간으로 감지하는 기능은 아니며, refetch를 호..
Today목표 : 05/02일 React Lv4 과제(3) - useQuery 사용해보기 / 에러핸들링 상세 페이지에서 직접 url을 변경했을 때 발생하는 문제 ✅ ❗상세 페이지에서 posts 전역상태로 부터 props을 받아와 보여주지 않고, 직접 페이지 id값으로 데이터 통신하여 post 정보를 가져오는 이유 , 에러처리를 해야 하는 이유 문제상황 1. url 조작 시 전역 상태에서 데이터를 가져올 때 문제점 + id에 맞는 데이터가 있을 경우 상세 페이지에서 url 직접 경로로 이동 시 해당 경로에 맞는 페이지가 있더라도, 페이지가 새로고침 되어 전역 상태값이 초기화 된어 데이터가 유실되므로 에러가 발생한다. 2. url 조작 시 id에 맞는 데이터가 없을 경우의 문제점 해당 id에 맞는 데이터 값..
- Total
- Today
- Yesterday
- Til
- git
- 리액트 라우터
- import
- Python
- 깃허브
- http란 무엇인가
- 중첩 라우팅
- 깃 협업
- 항해
- 미니 프로젝트
- MongoDB
- 깃사용법
- flask 서버
- 호이스팅
- 깃
- 리액트 페이지네이션
- URL
- 리액트
- 깃헙
- require와 import 차이
- 서버
- github
- 항해 프로젝트
- 자바스크립트
- 드림코딩
- 타입스크립트
- useState와 useRef 차이
- 항해99
- Flask
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |