docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links
This commit is contained in:
Antigravity Agent
@@ -1,5 +1,5 @@
|
||||
---
|
||||
id: [[P-Reinforce]]-AUTO-29E29A
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-29E29A
|
||||
category: "10_Wiki/💡 Topics/Programming & Language"
|
||||
confidence_score: 0.90
|
||||
tags: [auto-reinforced]
|
||||
@@ -7,7 +7,7 @@ last_reinforced: 2026-04-20
|
||||
github_commit: "[P-Reinforce] Continuous Worker - 기본 타입에의 집착 (Primitive Obsession)"
|
||||
---
|
||||
|
||||
# [[기본 타입에의 집착 (Primitive Obsession)]]
|
||||
# [[기본 타입에의 집착 (Primitive Obsession)|기본 타입에의 집착 (Primitive Obsession]]
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> '기본 타입에의 집착(Primitive Obsession)'은 서로 다른 의미와 맥락을 지닌 데이터를 구별하지 않고 범용적인 원시 기본 타입(예: `string`, `number`)만 사용하여 코드를 작성하려는 안티 패턴을 의미합니다 [1, 2]. TypeScript와 같은 구조적 타이핑 환경에서는 이메일 주소와 이름이 모두 `string`으로 취급되어, 의도치 않은 잘못된 값이 전달되더라도 컴파일러가 오류를 잡아내지 못하는 취약점을 발생시킵니다 [2]. 이를 방지하고 타입의 의미적 경계를 명확히 하기 위해, 런타임에는 동일한 원시 값이지만 컴파일 단계에서는 서로 다르게 구별되도록 강제하는 브랜디드 타입(Branded Types)이나 오패크 타입(Opaque Types) 기법이 해결책으로 활용됩니다 [2, 3].
|
||||
@@ -15,7 +15,7 @@ github_commit: "[P-Reinforce] Continuous Worker - 기본 타입에의 집착 (Pr
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **개념 및 원인**
|
||||
* 현대 애플리케이션에서는 토큰, 리소스 식별자, 이벤트 이름 등을 모두 `string`으로 타이핑하고 통화, 타임스탬프, 내부 카운터 등을 모두 `number`로 뭉뚱그려 처리하는 경향이 있습니다 [1].
|
||||
* TypeScript의 구조적 타이핑([[Structural Typing]])은 객체의 형태가 일치하면 같은 타입으로 간주하므로 유연성이 높지만, 이로 인해 의미적으로 전혀 다른 데이터를 구분하지 못하는 '기본 타입에의 집착' 문제를 본질적으로 야기하게 됩니다 [2].
|
||||
* TypeScript의 구조적 타이핑([[Structural Typing|Structural Typing]])은 객체의 형태가 일치하면 같은 타입으로 간주하므로 유연성이 높지만, 이로 인해 의미적으로 전혀 다른 데이터를 구분하지 못하는 '기본 타입에의 집착' 문제를 본질적으로 야기하게 됩니다 [2].
|
||||
|
||||
* **발생할 수 있는 위험성**
|
||||
* **식별 불가능성**: 함수 매개변수로 사용자 ID와 계정 ID를 전달할 때 둘 다 `string`으로 타이핑되어 있다면, 매개변수의 순서를 실수로 바꿔서 전달해도 TypeScript 컴파일러가 에러를 발생시키지 않아 런타임 버그로 이어집니다 [2, 3].
|
||||
@@ -23,7 +23,7 @@ github_commit: "[P-Reinforce] Continuous Worker - 기본 타입에의 집착 (Pr
|
||||
|
||||
* **해결 방법론**
|
||||
* **명목적 구분의 부여**: TypeScript는 기본적으로 명목적 타이핑(Nominal Typing)을 지원하지 않으나, '오패크 타입(Opaque Types)' 또는 '브랜디드 타입(Branded Types)'을 도입하여 이 한계를 극복할 수 있습니다 [5, 6].
|
||||
* **브랜딩([[Branding]]) 기법**: `unique symbol`이나 고유 속성(`__brand`)을 기존 원시 타입과 교집합(`&`)으로 엮어 런타임 데이터 표현에는 영향을 주지 않으면서 컴파일 시점에만 존재하는 엄격한 고유 표식을 부여합니다 [2, 6, 7].
|
||||
* **브랜딩([[Branding|Branding]]) 기법**: `unique symbol`이나 고유 속성(`__brand`)을 기존 원시 타입과 교집합(`&`)으로 엮어 런타임 데이터 표현에는 영향을 주지 않으면서 컴파일 시점에만 존재하는 엄격한 고유 표식을 부여합니다 [2, 6, 7].
|
||||
* **데이터 오염 차단**: 도메인 기반 설계(DDD) 관점에서는 이 기법을 이용해 `UserId`와 `OrderId`를 엄격히 분리하고, 런타임 검증을 통과한 데이터(예: `SanitizedString`)만이 시스템의 내부 비즈니스 로직으로 진입하도록 강제함으로써 데이터가 오염되는 것을 원천 차단합니다 [2, 8].
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
@@ -31,8 +31,8 @@ github_commit: "[P-Reinforce] Continuous Worker - 기본 타입에의 집착 (Pr
|
||||
- **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** 구조적 타이핑 (Structural Typing), [[명목적 타이핑 (Nominal Typing)]], [[브랜디드 타입 (Branded Types)]], 오패크 타입 (Opaque Types)
|
||||
- **Projects/Contexts:** [[도메인 기반 설계 (DDD)]], 마스 클라이메이트 오비터 (Mars Climate Orbiter)
|
||||
- **Related Topics:** 구조적 타이핑 (Structural Typing), [[명목적 타이핑 (Nominal Typing)|명목적 타이핑 (Nominal Typing]], [[브랜디드 타입 (Branded Types)|브랜디드 타입 (Branded Types]], 오패크 타입 (Opaque Types)
|
||||
- **Projects/Contexts:** [[도메인 기반 설계 (DDD)|도메인 기반 설계 (DDD]], 마스 클라이메이트 오비터 (Mars Climate Orbiter)
|
||||
- **Contradictions/Notes:** 브랜디드 타입과 같은 해결책은 프로그램의 안전성을 높이고 '기본 타입에의 집착'을 해소해 주지만, 추가적인 타입 작성 및 개념적 복잡성이 증가하는 단점(비용)이 수반됩니다. 따라서 개발팀은 애플리케이션에서 실제로 직면할 가능성이 높은 문제인지 득실을 판단하여 도입해야 한다고 조언합니다 [9, 10].
|
||||
|
||||
---
|
||||
|
||||
Reference in New Issue
Block a user