리액트 쿼리 옵션을 추상화 하면서 얻게된 이점
너무나 큰 변경사항이라 아직 버전을 올리지 못하고 있다
추론이 크게 와닿겠지만 확장성을 위해서도 필요한 선택
쿼리 호출된 것을 캐싱하는데
이때 쿼리를 호출하는데 쓰인 컨텍스트들이 종료되지 않고 통째로 캐시 환경으로 들어가버린다면?
커스텀 훅으로 컨텍스트 분리하는 것을 중요하게 여겨야한다
그 외 클로저나 useCallback이 일으킬 수 있는 메모리릭 관련 To avoid these memory leaks, keep your closure scopes as small as possible, avoid memoization when it’s not necessary, and possibly fall back to useRef for large objects.
세레모니를 하다 눈앞에서 놓친 이야기
되새기며 나를 돌아본다
헤이해질 수 있는 순간에 다잡아준 고마운 따끔한 한마디
끝까지 최선으로 뛰었으면 이겼을 것이다
완벽하지 않음을 인정하고
실수 할 수 있음을 인정하고
숨기는 것이 아니라 양방향으로 소통할 수 있도록
데이터를 표시하는 각 리액트 컴포넌트에는 해당 로직과 데이터를 처리하는 훅이 있어야 합니다.컴포넌트의 크기가 작을수록 재사용할 수 있는 가능성이 높아집니다. 이는 컴포넌트와 훅 모두에 적용됩니다.인터페이스 분리 원칙의 목적 중 하나는 가독성을 방해할 뿐인 불필요한 코드의 존재, 즉 혼란을 피하는 것입니다. 그리고 잊지 말아야 할 것은 테스트 가능성입니다. 실제로 사용하지 않는 props의 테스트 커버리지에 신경을 써야 할까요?그럼에도 가장 중요한 것
간단한 해결책이 이미 존재할 때 지나치게 복잡한 해결책을 시도하거나 패턴을 과용하는 것은 지양해야 합니다