1. TS와 JS의 관계 이해하기

1-1. 타입스크립트는 자바스크립트의 상위집합이다

1-2. 타입 시스템은 JS의 런타임 동작을 모델링한다

• 런타임으로 가기전에 타입검사

• 번외. 컴파일타임, 빌드타임, 런타임

2. 타입스크립트 설정 이해하기

2-1. tsconfig.json 파일

• 생성 명령어

  tsc --init
  

2-2. 컴파일러 설정

3. 코드 생성과 타입이 관계없음을 이해하기

3-1. 타입스크립트 컴파일러의 역할

• 최신 TS / JS를 브라우저에서 동작할 수 있도록 구버전 JS로 트랜스파일
• 코드의 타입 오류 체크

→ 두 역할은 독립적이다 !!!!

3-2. 타입 오류가 있는 코드도 컴파일이 가능하다

3-3. 런타임에는 타입 체크가 불가능하다

• TS → JS 컴파일 과정에서 인터페이스 / 타입 / 타입 구문 다 제거됨
• 그렇다면 어떻게 런타임에 타입 정보를 유지할 수 있을까
  1. 속성의 유무로 확인
     • 코드
  2. 타입 정보를 명시적으로 저장 (태그 기법)
     • 코드
  3. 타입을 클래스로 만들기
     • 코드

3-4. 타입 연산은 런타임에 영향을 주지 않는다

• 예시

3-5. 런타임 타입은 선언된 타입과 다를 수 있다

• async/await를 활용한 API 통신 상황

3-6. 타입스크립트 타입으로는 함수를 오버로드 할 수 없다

• 타입과 런타임의 동작이 무관하기 때문
• 예시

3-7. 타입스크립트 타입은 런타임 성능에 영향을 주지 않는다

• 단, 빌드타임 오버헤드 존재

4. 구조적 타이핑에 익숙해지기

4-1. 자바스크립트는 덕타이핑 기반이다

• 객체가 어떤 타입에 부합하는 변수, 메서드를 가질 경우 객체를 해당 타입에 속하는 것으로 간주
• 어떤 새가 오리처럼 걷고, 헤엄치고, 꽥꽥거리면 그 새를 오리라고 간주한다.

4-2. 타입스크립트는 이를 모델링 하기 위해 구조적 타이핑 을 사용한다

• 번외. 덕타이핑 vs 구조적 타이핑

4-3. 유닛테스트 작성에 유리한 구조적 타이핑

• 예시

5. any 타입 지양하기

5-1. 타입 안전성이 없다

5-2. 함수 시그니처를 무시해 버린다

5-3. 언어 서비스가 적용되지 않는다

• 자동완성 제공 X

5-4. 리팩터링 때 버그를 감춘다

5-5. 타입 설계를 감춘다

• 타 개발자가 코드를 볼 때 설계의도가 명확히 보이지 X

5-6. 타입시스템의 신뢰도를 떨어뜨린다