반응형
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 |
Tags
- socket
- 소켓
- 타입스크립트
- HTTP 완벽 가이드
- BFS
- 레벨 1
- dp
- 그래프
- type challenge
- 타입 챌린지
- ip
- 자바스크립트
- Crawling
- TCP
- Nestjs
- 가천대
- HTTP
- 알고리즘
- 문자열
- Algorithm
- 프로그래머스
- typescript
- 크롤링
- 쉬운 문제
- javascript
- Node.js
- dfs
- 백준
- 프로그래머스 레벨 2
- 수학
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 |