---
id: P-REINFORCE-AUTO-D2A4B8
category: "10_Wiki/💡 Topics/Design & Experience"
confidence_score: 0.90
tags: [auto-reinforced]
last_reinforced: 2026-04-20
github_commit: "[P-Reinforce] Continuous Worker - Type Alias"
---

# [[Type Alias|Type Alias]]

## 📌 한 줄 통찰 (The Karpathy Summary)
> Type Alias(타입 별칭)는 기존 타입에 새로운 이름을 부여하는 TypeScript의 타입 정의 방식이다 [1]. 인터페이스(Interface)와 유사하게 객체의 형태를 정의할 수 있지만, 이에 국한되지 않고 원시 타입(primitives), 유니온(unions), 튜플(tuples) 등 복잡한 타입 구성에도 이름을 지정할 수 있다 [1]. 동일한 이름으로 재선언 시 병합되지 않고 에러를 발생시키므로, 예기치 않은 타입 확장을 방지하는 엄격한 코드 관리에 유용하다 [2, 3].

## 📖 구조화된 지식 (Synthesized Content)
* **표현력과 활용 범위:** 타입 별칭은 인터페이스보다 더 넓은 표현력을 가진다 [4]. 객체 형태를 정의할 수 있을 뿐만 아니라 원시 타입, 유니온 타입, 교집합(Intersection) 타입, 매핑된 타입(Mapped Types), 조건부 타입(Conditional Types) 등 복잡한 타입 변환을 자유롭게 지원한다 [1, 4, 5]. 주로 함수 인수나 데이터 구조의 구체적인 형태를 선언할 때, 또는 인터페이스가 지원하지 않는 복잡한 기능이 필요할 때 사용된다 [5, 6].
* **선언 병합(Declaration Merging) 방지:** 인터페이스는 동일한 이름으로 여러 번 선언할 경우 자동으로 합쳐지는 선언 병합 기능이 있어 확장에는 유리하지만, 종종 의도치 않은 구조 변경을 유발할 수 있다 [3, 4]. 반면, 타입 별칭은 동일한 이름을 재선언할 수 없으므로 실수로 인한 병합 시 즉각적인 컴파일 에러를 발생시킨다 [2, 3]. 이러한 특성 때문에 더 엄격한 관리가 가능하여 핵심 비즈니스 로직에서 예상치 못한 데이터 병합을 방어하는 데 적합하다 [2, 3].
* **컴파일러 성능과 캐싱의 차이:** TypeScript 컴파일러는 인터페이스를 처리할 때 이름을 기준으로 타입 관계를 캐싱하지만, 타입 별칭을 통한 교집합 타입(`&`)은 매번 구조를 재귀적으로 병합하고 평탄화(flattening)하여 속성 충돌을 확인해야 한다 [7, 8]. 이로 인해 대규모 프로젝트에서는 복잡한 교집합 형태의 타입 별칭이 컴파일 성능을 저하시키는 원인이 될 수 있으며, TypeScript 성능 가이드에서는 객체 확장 시 인터페이스의 `extends`를 사용할 것을 권장한다 [7, 9, 10].

## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
- **정책 변화:** Design & Experience 분야의 자동 자산화 수행.

## 🔗 지식 연결 (Graph)
- **Related Topics:** [[인터페이스 (Interface)|Interface]], [[Union Types|Union Types]], [[교집합 타입 (Intersection Types)|Intersection Types]]
- **Projects/Contexts:** TypeScript Type System 설계, 대규모 애플리케이션의 도메인 모델링
- **Contradictions/Notes:** 소스 내 개발자 커뮤니티에서는 Type Alias와 Interface의 사용을 두고 뚜렷한 논쟁이 존재한다. 일부 개발자들은 선언 병합으로 인한 잠재적 오류를 피하고 일관성을 유지하기 위해 전적으로 Type Alias만 사용할 것을 주장한다 [2, 4, 11]. 반면, TypeScript 공식 가이드 및 다른 개발자들은 컴파일러 캐싱에 따른 성능 최적화와 에러 메시지의 직관성(불투명한 이름 표시)을 이유로 Interface를 기본으로 사용해야 한다고 반론한다 [7, 12-15].

---
*Last updated: 2026-04-18*
- Raw Source: 00_Raw/2026-04-20/Type Alias.md
---
