[REFACTOR] modify staleTime, gcTime

[Hanna922]

ISSUE ✅ : REFACTOR

📖 DESCRIPTION

각 useQuery에서 별도 설정해주던 값을 삭제하고, QueryClient로 권장 값을 넣어주려 합니다.
#129 머지되면 작업 할 예정입니다.

Infinity로 설정된 실시간 검색어 부분은 어떻게 할지 좀 더 고민해볼게용

[2wndrhs]

tankstack query 라이브러리에서 staleTime의 기본값은 0, gcTime의 기본값은 5분으로 설정해주고 있던데 statleTime, gcTime을 따로 수정할 이유가 있을까요?

[Hanna922]

tankstack query 라이브러리에서 staleTime의 기본값은 0, gcTime의 기본값은 5분으로 설정해주고 있던데 statleTime, gcTime을 따로 수정할 이유가 있을까요?

staleTime = 0인게 사실상 캐싱 효과를 못 보고 있는 거나 마찬가지라 TKDodo 개인 블로그에서 제시하는 추천 타임 최소 20초 정도를 줄까 생각 중입니다. Soomsil 서버 데이터가 정말 자주 바뀌는 서비스가 아니기 때문에, 기본 값을 사용하는 것보다 좋지 않을까 생각합니다.
(+ 해당 이슈에서 각 useQuery에 설정해 둔 staleTime, gcTime은 필수적인 게 아니라면 모두 삭제할 예정입니다.)

[2wndrhs]

해당 글에서 도도씨가 동일한 렌더링 주기가 아닌 연속으로 같은 쿼리를 사용하는 컴포넌트가 마운트될 때를 문제 상황으로 언급하는데(아래 코드처럼) 현재 숨쉴때 서비스에 해당 문제 상황이 발생하고 있는지 의문입니다.

function ComponentOne() {
  const { data } = useTodos()

  if (data) {
    // ⚠️ mounts conditionally, only after we already have data
    return <ComponentTwo />
  }
  return <Loading />
}

function ComponentTwo() {
  // ⚠️ will thus trigger a second network request
  const { data } = useTodos()
}

const queryClient = new QueryClient()

function App() {
  return (
    <QueryClientProvider client={queryClient}>
      <ComponentOne />
    </QueryClientProvider>
  )
}

YAGNI (정말 필요하다고 간주할때까지 기능을 추가하지마라) 원칙에 따라서 같은 데이터를 사용하는 컴포넌트가 중복된 네트워크 요청을 보내는 문제 상황이 발생할 때 해당 기능을 추가하는게 좋을 것 같아요

[Hanna922]

오호라. 서버 데이터가 자주 바뀌는 서비스가 아니라고 생각했기 때문에 해당 상황은 물론이고 기존 값도 몇 초 정도를 주면 좋지 않을까 생각했습니다. 해당 원칙을 우선으로 생각하신다면 추후 캐싱이 필요해진 특정 useQuery만 설정해주는 것도 좋을 것 같네요
으음 일단 설정되어있던 값들은 전부 삭제하고 좀 더 고민해볼게요