◆ ESSAY
타입스크립트를 배우고, 본격적으로 사용하면서 부딪히는 가장 최초의 어려움은 바로 이 에러가 아닐 까 싶다.
Element implicitly has an 'any' type because type '{}' has no index signature.
보통 이런 에러는 아래와 같은 코드에서 나타난다.
for (const [key, value] of Object.entries(obj)) {
///...
}
Object.entries 는 아마도 다음과 같이 타이핑이 되어 있을 것이다.
entries(o: {}): [string, any][];
const test = {a: 'a', b: 'b', c: 'c'}
for (const [k, v] of Object.entries(test)) {
const value = test[k] // Element implicitly has an 'any' type because index expression is not of type 'number'.ts(7015)
}
k 객체의 키로 v를 추정할 수 없기 때문에 발생하는 문제다.
이럴 때는 아래와 같이 작업해보자.
type testKey = 'a' | 'b' | 'c'
const test: {[key in testKey]: string} = {a: 'a', b: 'b', c: 'c'}
for (const [k, v] of Object.entries(test)) {
const value = test[k as testKey]
console.log(k === v)
}
object의 key의 타입을 추론한다음, 이를 설정하는 방법이다.
function entries<O extends Object>(obj: O): Array<[keyof O, any]> {
return Object.entries(obj) as Array<[keyof O, any]>
}
for (const [k, v] of entries(test)) {
const value = test[k]
console.log(k === v)
}
느슨하게 타이핑되어 있는 Object.entries를 강력하게 test 객체의 형태에 맞 맞춰 타이핑한다.
pnpm lint가 12분 32초 걸리던 모노레포에 typescript 7.0.2를 넣어봤다. 타입체크는 조용히 지나갔는데 next build가 깨졌고, lint는 크래시했다. eslint와 prettier를 oxlint와 oxfmt로 갈아탄 하루의 연쇄 반응과 전후 실측 기록. 미리 말해두면, 빌드는 빨라지지 않았다.
Effect-TS가 대체 뭔데 다들 난리인지 직접 파헤쳐봤다.
never 타입을 활용한 exhaustive check 패턴
3년 전 RFC가 드디어 빛을 보다