bluemsi/2nd
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

[G1-Sync] Manual knowledge update

Browse Source
This commit is contained in:
Antigravity Agent
2026-04-30 22:42:02 +09:00
parent 0bd4f19e38
commit c36c0644a1
4888 changed files with 18470 additions and 18602 deletions
Download Patch File Download Diff File Expand all files Collapse all files
10_Wiki/Topics/Programming & Language/완전성 검사(Exhaustiveness Checking).md
+2 -2
View File
@@ -1,5 +1,5 @@
---
id: P-REINFORCE-AUTO-0C762B
id: [[P-Reinforce]]-AUTO-0C762B
category: "10_Wiki/💡 Topics/Programming & Language"
confidence_score: 0.90
tags: [auto-reinforced]
@@ -10,7 +10,7 @@ github_commit: "[P-Reinforce] Continuous Worker - 완전성 검사(Exhaustivenes
# [[완전성 검사(Exhaustiveness Checking)]]
## 📌 한 줄 통찰 (The Karpathy Summary)
> 완전성 검사(Exhaustiveness Checking)는 타입 시스템 내에서 특정 유니온 타입의 모든 가능한 케이스(변형)가 코드상에서 빠짐없이 처리되었는지를 컴파일 시점에 검증하는 기법입니다[1-3]. 식별 가능한 유니온(Discriminated Unions)과 함께 결합하여 주로 사용되며, 새로운 상태가 추가되었을 때 이를 처리하지 않은 분기문이 존재하면 즉시 컴파일 에러를 발생시킵니다[2, 3]. 이를 통해 개발자는 런타임 버그를 사전에 예방하고 잘못된 상태가 시스템을 통과하는 것을 원천적으로 차단할 수 있습니다[4, 5].
> 완전성 검사(Exhaustiveness Checking)는 타입 시스템 내에서 특정 유니온 타입의 모든 가능한 케이스(변형)가 코드상에서 빠짐없이 처리되었는지를 컴파일 시점에 검증하는 기법입니다[1-3]. 식별 가능한 유니온([[Discriminated Unions]])과 함께 결합하여 주로 사용되며, 새로운 상태가 추가되었을 때 이를 처리하지 않은 분기문이 존재하면 즉시 컴파일 에러를 발생시킵니다[2, 3]. 이를 통해 개발자는 런타임 버그를 사전에 예방하고 잘못된 상태가 시스템을 통과하는 것을 원천적으로 차단할 수 있습니다[4, 5].
## 📖 구조화된 지식 (Synthesized Content)
- **기본 작동 원리:** 완전성 검사는 데이터의 모든 가능한 형태가 `switch` 문 등의 분기 구조에서 명시적으로 다루어졌는지 확인합니다[1, 2]. 특정 유니온 타입에 새로운 형태(Shape)나 상태를 추가했지만, 이를 제어문에서 처리하는 코드를 작성하는 것을 잊었다면, 컴파일러는 누락된 부분에 대해 에러를 던집니다[2, 3]. 이는 런타임에 발생할 수 있는 잠재적 결함을 컴파일 시점의 에러로 전환해 줍니다[3-5].