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
- B+TREE
- 도커
- 회고
- 클래스
- Jenkins
- 어댑티브 해시 인덱스
- BalancedTree
- 우테코
- InnoDB 버퍼 풀
- SQL 실행순서
- 블로그 병행
- 프리코스
- 메서드명
- N+1
- 계층별 구조
- 카카오 2차 코딩테스트
- DeleteAll
- 멀티쓰레드 프로그래밍
- 기능별 구조
- 주간회고
- mysql
- Blue-Green
- useMutation
- 백기선 스터디
- 월간회고
- useQuery
- java
- db
- jacoco
- ci/cd
Archives
- Today
- Total
목록useMutation (1)
Haneul's Blog

프론트 캐싱에 관한 고민 일정 관리 스케줄에서 스케줄들을 호출할 떄 아래와 같이 달을 이동할 때 api를 호출하는 방법을 사용하다보니 프론트쪽에서 캐싱을 하지 않으면 만약에 3월에서 4월로 이동하고 다시 4월에서 3월로 이동할 때 한 번 더 api 호출하게 되어 불필요하게 3월을 두 번 호출하게 되는 문제가 있었습니다. 위의 사진을 보면 3월달 화면을 로딩시에 api를 최초 1회 요청하는 것을 보실 수 있습니다. 그리고 4월달로 이동하면 다시 4월달의 일정 api를 최초 호출하는 것을 보실 수 있습니다. 그런데 위의 마지막 사진을 보시면 3월달로 다시 돌아갔을 때 api 호출이 불필요하게 한 번 더 되는 것을 볼 수 있습니다. 이 문제를 해결하기 위해서는 한 번 호출했던 데이터를 일정 시간동안 캐싱하는 ..
일정 관리 프로젝트(일치)
2023. 3. 28. 04:26