시간 지나면 절대 하지 않는 성격이라 바로 끄적임 [결론 > 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 기능 활용 안하고 있었음