프로그래밍 언어 TypeScript의 역사, 특징, 단점에 대해!

language_TypeScript

TypeScript는 Microsoft에서 개발한 프로그래밍 언어로, JavaScript의 상위 집합 언어다. JavaScript를 대체하지 않고, JavaScript 코드를 확장하여 정적 타입 체크와 객체 지향 프로그래밍 기능을 제공한다. 이 언어의 역사, 특징, 단점에 대해 알아보고자 한다.

프로그래밍 언어 TypeScript의 역사

2016년 12월에 TypeScript 2.1이 출시되었다. 이 버전에서는 비동기 프로그래밍을 위한 async/await 문법의 개선과 함께, keyof 및 mapped 타입과 같은 새로운 고급 타입 기능이 도입되었다. 또한, 다른 타입스크립트 파일과의 상호작용을 강화하기 위한 빠른 모듈 체크 옵션도 추가되었다. 2017년 2월, TypeScript 2.2가 발표되었다. 이 버전은 실제 실행 중인 JavaScript 코드의 타입 정보를 사용하여 타입 검사를 개선하는 "조용한" 모드와 새로운 코드 편집 기능이 도입되었다. 또한, 개선된 데코레이터 지원과 더 나은 타입 유추 기능도 포함되었다. 2017년 4월에 TypeScript 2.3이 나왔다. JavaScript의 기능을 더욱 확장하기 위한 몇 가지 기능이 도입되었다. 예를 들어, 객체 리터럴 타입의 확장과 함께 유니언 타입의 디스크리미네이션 패턴을 지원하는 "조건부 타입"이 추가되었다. 2017년 6월에 2.4 버전이 발표되었다. 이 버전에서는 타입 검사 및 타입 추론이 개선되었다. 예를 들어, 타입 가드를 사용하여 타입의 범위를 좁히는 기능과 함께 문자열 및 숫자 리터럴 유형의 새로운 기능이 도입되었다. 또한, ECMAScript2015와 2016의 몇 가지 새로운 기능을 추가 지원했다. 2017년 8월에 TypeScript 2.5가 출시되었다. 이 버전에서 ECMAScript2017의 일부 기능을 추가 지원하는 데 초점을 맞췄다. 예를 들어, 지연된 초기화와 추상 클래스의 생성자에 대한 "protected" 접근 제한자 지원이 추가되었다. 또한, strictFunctionTypes 옵션을 도입하여 함수 타입의 호환성 검사를 더욱 엄격하게 할 수 있게 되었다. 이후 버전인 TypeScript 2.6, 2.7, 2.8, 3.0, 3.2, 3.3, 3.4, 3.5, 3.6, 3.7, 3.8, 3.9, 4.0, 4.1, 4.2, 4.3, 4.4 등에서는 계속해서 타입 시스템의 강화, 도구 개선, 타입 추론 및 검사의 성능 향상 등이 이루어졌다.

특징

정적 타입 시스템을 갖고 있어 개발자가 변수, 함수, 객체 등의 타입을 명시적으로 지정할 수 있다. 컴파일 단계에서 타입 오류를 검출하고 예방할 수 있어 더욱더 안정적이고 신뢰할 수 있는 코드를 작성할 수 있게 해준다. 이는 디버깅 시간을 단축하게 하고 코드 품질도 향상한다. 또한, 타입 정보를 활용하여 강력한 IDE 지원을 제공한다. 코드 완성 기능, 실시간 오류 검사, 리팩토링 도구 등을 제공하여 개발 생산성을 크게 향상한다. 더 나아가, 타입 어노테이션을 통해 코드의 가독성을 높여준다. 타입 정보를 명시적으로 작성하기 때문에 코드를 이해하기 쉽고 유지 보수하기 편리해진다. ECMAScript 표준의 최신 기능을 지원하며, 자바스크립트의 상위 언어이므로 그 언어의 코드를 그대로 활용할 수 있다. 즉, 기존의 자바스크립트 프로젝트에 점진적으로 타입스크립트를 도입할 수 있다. 기존 코드를 유지하면서 타입 시스템의 이점을 누릴 수 있다. 특히, Node.js의 npm 패키지들을 손쉽게 사용할 수 있다. 타입스크립트 컴파일러 자체가 npm 패키지이기도 하다. npm install typescript로 설치할 수 있다. 이 언어는 많은 개발자와 기업들에게 널리 사용되고 있어 확장성이 높다. Angular, React, Vue.js와 같은 인기 있는 프레임워크와 함께 사용되며, 다양한 라이브러리와 도구들이 타입스크립트를 지원하고 있어 생태계가 풍부하다. 한편, 타입 정보를 활용하여 코드의 문서화를 쉽게 할 수 있다. 그리고 타입 체크와 코드 리팩토링 도구를 통해 유지 보수 과정을 지원하므로 대규모 프로젝트에서의 코드 관리와 유지 보수가 용이하다. 마지막으로, 마이크로소프트라는 거대 테크기업이 주도적으로 언어 발전을 돕고 있어, 제안단계 위치에 있는 유력한 신규문법들을 ECMA 보다도 더 빠르게 채용하고 있다. 자바스크립트에서는 채용될 가능성이 사라진 몇 가지 문법 중에 개발자들이 보기에 유용하다고 생각된 문법들도 일부 적용했다. 예를 들어, 데코레이터와 추상 클래스가 있다. TypeScript의 strictNullChecks 옵션을 통해 null 및 undefined 값을 엄격하게 검사할 수 있다. 이에 따라 일반적인 오류인 "null 참조" 오류를 방지하고 안정성을 높일 수 있다.

단점

TypeScript는 JavaScript의 상위 집합 언어이기 때문에, 기존의 JavaScript 개발자들에게는 새로운 개념과 문법을 익혀야 하므로 시간을 버릴 수 있다. 더 나아가, 정적 타입 시스템과 타입 어노테이션을 사용하는 등 자바스크립트보다 좀 더 복잡한 문법을 가지고 있다. 따라서 JavaScript에 익숙한 개발자에게는 처음에 학습 시간이 필요하다. 한편, 타입 체크를 위해 변수, 함수, 객체 등에 타입 어노테이션을 추가해야 한다. 이는 개발자가 코드에 추가 작업을 해야 한다는 의미이며, 개발 시간을 소비할 수 있다. 특히 프로젝트가 크고 복잡할수록 타입 어노테이션을 작성하는데 더 많은 시간과 노력이 필요할 수 있다. 위 언어는 정적 타입 정보를 유지하기 위해 추가적인 코드를 생성한다. 이에 따라 컴파일된 JavaScript 코드의 크기가 증가한다. 특히 타입 어노테이션과 타입 체크를 위한 런타임 라이브러리가 번들에 포함되기 때문에 번들 크기가 증가하기도 한다. 큰 규모의 프로젝트에서는 번들 크기가 비대해지고, 이는 웹 애플리케이션의 초기 로딩 속도에 악영향을 준다. 하지만 최적화 기능을 사용하여 번들 크기를 최소화할 수 있다. JavaScript와의 호환성을 유지하기 위해 몇몇 경우에는 타입 시스템에 제약이 있다. 특히 동적으로 타입이 변하는 자바스크립트의 특성을 모두 지원하지 않는다. 때로는 타입 시스템의 제약으로 인해 JavaScript 코드를 TypeScript로 전환하는 과정에서 일부 유연성을 잃는다. 타입 정보를 유지해야 하는 번거로움이 있다. 일반적으로 JavaScript로 작성된 코드보다 더 많은 양의 코드를 갖는다. 이는 개발자가 작성해야 하는 코드가 늘어난다는 것을 의미하며, 초기 개발 시간을 늘릴 수 있다. TypeScript는 JavaScript 라이브러리와 프레임워크를 사용할 수 있지만, 모든 라이브러리가 TypeScript용 타입 정의 파일을 제공하지 않는다. 타입 정의 파일이 부족한 경우에는 외부 라이브러리의 타입 정보를 제대로 활용하기 어렵다.

결론

TypeScript는 JavaScript 개발자들에게 정적 타입과 객체 지향 프로그래밍의 이점을 제공하면서도 JavaScript 생태계와의 호환성을 유지하는 강력한 언어다. 몇몇 단점들이 있기 때문에, 개발 프로세스에서 고려해야 하지만, 여전히 개발에 많은 이점을 제공하는 강력한 언어다. 프로젝트의 규모와 요구 사항을 고려하여 장단점을 평가하고 TypeScript를 적절하게 활용하는 것이 중요하다.