TypeScript

TypeScript 3.7에서 정식 지원되는 Optional Chaining을 프로젝트에 적용했다. null 체크 코드가 대폭 줄어들면서 가독성이 개선되었고, 예상치 못한 런타임 에러도 감소했다.

TypeScript 3.7에서 정식 지원되기 시작한 Optional Chaining을 프로젝트에 적용했다. null 체크 코드가 얼마나 간결해지는지, 그리고 주의할 점들을 정리한다.

기존 React 프로젝트에 TypeScript를 한 번에 적용하기는 리스크가 크다. 실제 업무에서 점진적으로 마이그레이션하며 겪은 과정과 전략을 정리했다.

외부 API 응답을 타입 안전하게 처리하기 위해 타입 가드를 도입했다. Runtime에서 타입을 검증하면서 TypeScript의 타입 추론도 활용할 수 있었다.

TypeScript 3.7에 추가된 Optional Chaining(?.)과 Nullish Coalescing(??)을 프로젝트에 적용했다. 중첩된 객체 접근 코드가 상당히 간결해졌고, 타입 안정성도 개선됐다.

프로젝트에서 enum을 사용하다 번들 사이즈와 tree-shaking 이슈를 겪었다. union type과 as const를 조합해 더 나은 타입 안정성과 작은 번들 사이즈를 얻을 수 있었다.

TypeScript 3.6으로 업그레이드하면서 Generator 함수의 타입 체크가 엄격해졌다. 기존에 any로 넘어가던 부분들이 모두 에러를 뱉기 시작했고, Redux-Saga에서 특히 많은 수정이 필요했다.

TypeScript의 타입 체크는 컴파일 타임에만 동작한다. 외부 API 응답처럼 런타임에 결정되는 데이터의 타입 안정성을 보장하기 위해 io-ts를 도입한 경험을 정리했다.

팀 코드베이스에서 bind() 사용 시 타입 추론이 제대로 되지 않아 런타임 에러가 발생했다. TypeScript 3.5의 strictBindCallApply 옵션을 활성화해 문제를 해결한 과정을 기록한다.

레거시 JavaScript 프로젝트를 TypeScript 3.5로 마이그레이션하면서 겪은 주요 이슈들을 정리했다. 특히 any 타입 남용과 서드파티 라이브러리 타입 정의 문제가 많았다.