시간 지나면 절대 하지 않는 성격이라 바로 끄적임
[결론 > QnA > 서론] 순으로 내용이 좋았음
▶️내용
▪️서론
▫️상태관리란 무엇인가
▫️🔥 왜 (어떤 문제를 해결하기 위해) React Query 를 도입하게 되었는가
▪️본론
▫️그냥 React Query 설명
▪️결론
▫️사용하면서 좋았던 점
▫️🔥 사용하면서 아쉬웠던 점
▫️🔥 QnA
▶️끄적인거
▪️React Query 를 도입하게 된 이유
▫️(비슷한 고민을 했구나)
▫️API 상태 관리를 Redux 에서 하는게 맞나 ? (보일러 플레이트 코드가 많아짐 > 생산성이 저하됨)
▫️(🤔) 원래는 Redux + Saga (Thunk) 사용하는 게 당연했으나 이제는 그 문제를 위한 더 좋은 방법이 많아서 레거시라고 판단 ?
▪️Query Key 키 관리 어떻게 하고 있나 ?
▫️(이 부분 제대로 못 들음) Domain 별로 관리하고 있음
▫️Function 이름을 그대로 사용하는 경우도 있음
▫️Enum 을 사용하는 방법도 고려했었음
▪️Local State를 React Query 로 한번에 관리하는 것도 고려 했었나 ?
▫️고민 해봤지만 생산성 측면에서 나누는 게 좋다고 판단했음
▫️mobX 로 간단하게 관리할 수 있기 때문에 (mobX 사용 안해봐서 궁금하네)
▫️(다른 질문 내용) Recoil 도 고려했었음, 하지만 아직 베타라서 mobX 로 감 (같은 훅 방식이라서 잘 어울린다고는 생각함 ?)
▪️React Query 아쉬웠던 점
▫️Compontent 가 비대해지는 문제 있음, 어떻게 관리할 것인가가 숙제로 남음
▫️(🤔) 외부에 나눠져있던 API 관련 코드가 component 내부로 들어와서 그런 듯
▫️(🤔) 그런데 Hook 으로 감싸면 어느 정도 관리가 될 것 같지만 배민에서 어떻게 하는지 코드가 궁금하네
▫️(🤭 엄청 공감) 맨 처음 데이터를 수신한 상태 값이 있으면 좋음
▪️(😆)Optimistic Update === 아님말고형
▪️(😇) useQuery 에서 select 기능 활용 안하고 있었음