일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
Tags
- 로켓펀치 #취준컴퍼니 #취업 #일상 #취준생
- 코딩테스트준비
- 항해99
- til
- throws 키워드
- 개발자취업
- 99클럽
- 일반 예외
- 예외 처리
- try-catch-finally 블록
- 실행 예외
- 예외클래스
- 예외
- 다중 catch 블록
Archives
- Today
- Total
목록FE/TS (1)
innn
![](http://i1.daumcdn.net/thumb/C150x150.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/bq5Ttf/btsBvSkLHtn/ydayCLf8hgokxbXww3kPFK/img.png)
useQuery와 ts를 이용할때 useQuery로 불러온 데이터의 타입을 지정해줘야 해당 데이터를 사용할 때 타입 안정성도 보장되고, 중요한 자동완성도 가능함 useState에서 ts를 쓸 때 defaultValue가 없고 그 value 값이 복잡한 객체일 때 제네릭으로 타입을 미리 알려주듯이 useQuery에서도 반환 타입을 제네릭으로 지정해주면 된다. 가령 나의 경우엔 현재는 목 데이터를 쓰고 fetch api를 사용해서 불러왔는데, 이때 데이터 타입이 복잡한 객체여서 models라는 폴더 안에 따로 타입, interface만 저장해서 export 해주었다. 모양새는 대략적으로 아래와 같음 (추후 리팩토링 과정에서 비교하기 위해서 아래의 코드는 fetch로 작성하였다) import { usePara..
FE/TS
2023. 12. 6. 17:48