반응형
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 29 | 30 |
Tags
- 백준
- 자바스크립트
- 레벨 1
- Algorithm
- HTTP 완벽 가이드
- TCP
- 타입 챌린지
- javascript
- HTTP
- typescript
- dp
- 프로그래머스 레벨 2
- 수학
- 크롤링
- BFS
- 쉬운 문제
- ip
- 그래프
- socket
- Nestjs
- type challenge
- Crawling
- 문자열
- 프로그래머스
- dfs
- 가천대
- Node.js
- 소켓
- 타입스크립트
- 알고리즘
Archives
- Today
- Total
kakasoo
DeepReadonly 본문
반응형
type DeepReadonly<T extends Record<string, any>> = {
readonly [K in keyof T]: T[K] extends ((...args:any[]) => any) ? T[K] : T[K] extends Record<string, any> ? DeepReadonly<T[K]>: T[K] extends Array<any> ? DeepReadonly<T[K]> : T[K];
}
타입을 재귀적으로 정의해야 한다는 것은 간단하지만, 그럼에도 빨간 줄이 사라지지 않아서 조금 헤맸다.
타입추론된 결과를 보니 함수도 객체라서 문제가 생긴 걸 파악할 수 있었고, 따라서 맨 앞에 extends를 하나 더 추가해 함수를 처리했다.
결과적으로 extends가 3개가 되었는데 이게 좋은 코드일까?
type DeepReadonly<T> = keyof T extends never
? T
: { readonly [k in keyof T]: DeepReadonly<T[k]> };
가장 좋아보이는 코드는 이것이다.
중요한 것은 T가 함수를 제외한 나머지 객체인지 아닌지를 판단하는 것이기 때문에 키가 있는지 여부로 파악하는 것이다.
하지만 유니온이 테스트 코드에 있기 전의 코드기 때문에 완벽하다고는 할 수 없는 코드다.
결과적으로 동작을 완벽하게 보장할 수 있는 것은 전자이기 때문에, 후자의 코드는 지양하는 게 낫다.
반응형
'프로그래밍 > TypeScript' 카테고리의 다른 글
TrimLeft (0) | 2023.03.20 |
---|---|
Flatten (0) | 2023.03.19 |
TypeScript 코드는 어떻게 변환되는가? (0) | 2023.03.19 |
함수의 리턴 타입 알아내기 (0) | 2023.03.06 |
Equal type 설명하기 (1) | 2023.03.05 |