TypeScript

TypeScript 4.2에서 추가된 Template Literal Types를 실제 프로젝트에 적용했다. API 엔드포인트 타입 정의에 활용하면서 런타임 에러를 컴파일 타임에 잡을 수 있게 되었다.

TypeScript 4.2에서 추가된 Template Literal Types를 활용해 API 라우트의 타입 안전성을 높였다. 문자열 리터럴 조합으로 REST API 경로를 컴파일 타임에 검증할 수 있게 되었다.

TypeScript 4.2에서 추가된 Template Literal Types를 프로젝트에 적용하면서 API 엔드포인트와 이벤트 이름의 타입 안전성을 개선했다. 런타임 에러를 컴파일 타임에 잡을 수 있게 되었다.

TypeScript 4.2에서 추가된 템플릿 리터럴 타입을 활용해 REST API 경로를 타입 안전하게 관리하는 방법을 정리했다. 문자열 리터럴 조합으로 런타임 에러를 컴파일 타임에 잡을 수 있게 되었다.

TypeScript 4.2에서 추가된 template literal types를 실제 프로젝트의 API 경로 관리에 적용해봤다. 런타임 에러를 컴파일 타임에 잡을 수 있게 되어 실수로 인한 404 에러가 크게 줄었다.

TypeScript 4.2에서 추가된 튜플 타입의 rest element 위치 확장 기능을 실무에 적용해봤다. 기존에는 마지막에만 가능했던 rest element를 중간이나 앞에 배치할 수 있게 되면서 가변 인자 처리가 훨씬 유연해졌다.

TypeScript 4.1에서 추가된 Template Literal Types를 API 라우팅 타입 안정성에 적용했다. 기존 string 타입으로 처리하던 경로를 타입 레벨에서 검증하여 런타임 오류를 사전에 방지할 수 있었다.

TypeScript 4.1에서 추가된 Template Literal Types를 프로젝트에 적용했다. 문자열 조합 타입을 컴파일 타임에 검증할 수 있어 API 엔드포인트나 CSS 클래스명 관리에 유용했다.

TypeScript 4.1이 정식 릴리즈되면서 Template Literal Types가 추가됐다. API 엔드포인트 경로나 이벤트 타입 같은 문자열 패턴을 타입 레벨에서 검증할 수 있게 되어, 런타임 에러를 컴파일 타임에 잡을 수 있게 됐다.

재택 근무 중 진행한 레거시 JavaScript 프로젝트의 TypeScript 4.0 마이그레이션 과정을 기록했다. 점진적 전환 전략과 실제로 마주한 문제들을 정리했다.