캐싱생명주기 (1) 썸네일형 리스트형 RTK Query 캐싱 조작을 통한 데이터 변화 감지, 중복데이터 조회 방지 안녕하세요! 오늘은 RTK Query 캐싱처리를 컨트롤 하는 방법에 대해 알아보겠습니다. 캐싱 필요 사례 예시 가끔 RTK Query를 이용하다보면 데이터가 변화했음에도 동일한 데이터가 조회되는 경우가 있습니다. 대부분 수정화면에서 데이터를 수정후에 목록화면으로 돌아왔다가 다시 수정화면으로 되돌아 갈 때 많이 경험하곤 하는데요. 김개똥이라는 이름을 가진 사람의 이름을 김멋짐으로 변경했다고 가정해봅시다. 수정화면에서 이름을 변경하여 Table에 Update 처리를 한 후 목록에서 조회하는 것까진 잘 됩니다. 김멋짐으로 잘 보일 겁니다. 하지만 다시 수정화면으로 들어와 기존 정보를 조회한다면 이름이 김개똥으로 조회될 것입니다. 발생 원인과 해결방법 이는 RTK Query가 캐싱을 하고 있기 때문입니다. 동일.. 이전 1 다음
