TIL, 07.06

코테풀기

이중배열에 약한것 같아서 쉬운 문제중 이중배열을 골라 풀었다 역시 반복학습은 중요하다 반복적으로 풀다보니 쉬운레벨을 푸는것이긴 하지만 빨리 빨리 풀수 있게 되었다  이것이 메타인지의 힘인가 모자른  부분을 알게되면 반복학습하기 좋은거 같다 

 

강의듣기

React Query

기존 미들웨어의 단점은 코드량이 너무 많고 Redux가 비동기 데이터 관리를 위한 전문 라이브러리가 아닌 규격화 문제가 있다 리액트 쿼리는 코드량이 많아가지고 오류가 날일이 없고 사용방법이 기존 thunk 대비 너무 쉽고 직관적이다

React Query는 서버 데이터를 위한 표준을 이미 제시하고 있기 때문에 개발자들 마다의 특성에 따라 바뀔 염려가 없어 return 문에 도착하기 전에 isLoading 또는 isError에 따라 별도의 처리를 해주기 때문에 대기 상태처리/ 오류 처리에 대한 부분도 아주 쉽게 해결할 수 있음 useQuery 첫번째 인자로 쿼리의 키라고 부르고 refetching과 caching 처리를 하는데 쓰인다 두번째 인자로는 fetchTodoList를 쿼리함수라고 부르고 promise 객체를 return 한다

 

Throttling과 Debouncing

쓰로틀링가 디바운싱은 짧은시간 간격으로 연속해서 이벤트가 발생했을 때 과도한 이벤트 핸들러 호출을 방지하는 기법이다 스로틀링은 짧은 시간 간격으로 연속해 발생한 이벤트들을 일정시간 단위로 그룹화하여 처음 또는 마지막 이벤트 핸들러만 호출되도록 하는 것이고 디바운싱은 짧은 시간 간격으로 연속해서 이벤트가 발생하면 이벤트 핸들러를 호출하지 않다가 마지막 이벤트로부터 일정시간이 경과한 후에 한번만  호출하도록 하는 것이다 

 

후기

강의를 오늘 다 들었다 하지만 머릿속에 정착시키는데 시간이 좀 걸릴꺼 같다 reactQuery는 쓰는 것도 편하고 코드도 적어지며 리덕스 쓸 일도 줄었다 서버에서 바로 데이터를 가져다 쓰다보니 리덕스를 쓸일이 없는 것이다 그럼 현장에서는 reactQuery를 사용하고 리덕스 사용빈도가 줄어드는 것인가라고 항해 매니저님께 궁금해서 여쭤보았다 매니저님께서는 안정적인 미들웨어랑 리덕스를 현장에서 많이 사용하지만 사이즈를 작게 가져가는 서브 서비스나 스타트업은 리액트 쿼리나 리코일을 도입하고 있는 추세라고 하셨다 또한 reactQuery는 서버 그 자체고 리덕스는 서버 데이터를  받아서 프론트데이터로 만들어서 store에 저장해서 쓰는  것으로  차이가  있다고 말씀해주셨다