feat: Wiki 지식 자산 업데이트 - UX Scenarios, Frontend, Game Design, Topics 추가 [2026-05-08]

10_Wiki/Topics/Architecture/Extract Class (클래스 추출하기).md

@@ -1,9 +1,29 @@
+---
+id: wiki-2026-0508-extract-class-클래스-추출하기
+title: Extract Class (클래스 추출하기)
+category: 10_Wiki/Topics
+status: needs_review
+canonical_id: self
+aliases: []
+duplicate_of: none
+source_trust_level: A
+confidence_score: 0.92
+tags: [uncategorized]
+raw_sources: []
+last_reinforced: 2026-05-08
+github_commit: pending
+inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
+tech_stack:
+  language: unspecified
+  framework: unspecified
+---
+
 # [[Extract Class (클래스 추출하기)]]
 
-## 📌 Brief Summary
+## 📌 한 줄 통찰 (The Karpathy Summary)
 'Extract Class(클래스 추출하기)'는 두 개의 클래스가 나누어 맡아야 할 역할을 하나의 클래스가 과도하게 수행하고 있을 때, 새로운 클래스를 생성하여 기존 클래스의 관련 필드와 메서드를 새 클래스로 이동시키는 리팩토링 기법이다 [1]. 소프트웨어가 진화함에 따라 단일 클래스에 책임과 데이터가 무분별하게 추가되어 비대해지고 복잡해지는 문제를 해결하기 위해 사용된다 [1]. 이 기법을 통해 클래스의 역할을 명확히 분담하고 응집도를 높임으로써, 시스템의 유연성과 유지보수성을 크게 향상시킬 수 있다 [2, 3].
 
-## 📖 Core Content
+## 📖 구조화된 지식 (Synthesized Content)
 **적용해야 하는 주요 코드 스멜(Code Smells)**
 *   **거대 클래스(Large Class):** 클래스가 너무 많은 인스턴스 변수와 코드를 가지고 있어 비대해졌을 때, 관련된 변수와 메서드를 묶어 새로운 클래스로 추출하여 역할을 분담한다 [3, 4].
 *   **데이터 뭉치(Data Clumps):** 여러 메서드나 클래스에 걸쳐 함께 몰려다니는 데이터 그룹이 있다면, 이를 독립된 클래스 객체로 추출하여 데이터 중복을 제거한다 [5, 6].
@@ -21,7 +41,7 @@
 4.  각 이동 과정마다 컴파일과 테스트를 반복하여 시스템의 동작이 보존되는지 확인한다 [13].
 5.  각 클래스의 인터페이스를 검토하여 불필요한 부분을 줄이고, 새 클래스를 클라이언트에게 노출할지 여부를 결정한다 [13].
 
-## ⚖️ Trade-offs & Caveats
+## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
 **위임(Delegation)과 상속(Inheritance)의 선택 교환**
 '클래스 추출하기(Extract Class)'와 '서브클래스 추출하기(Extract Subclass)'는 객체의 책임을 분리할 때 마주하는 위임과 상속 사이의 선택이다 [14]. 서브클래스 추출이 구현하기는 더 간단하지만, 객체가 생성된 이후에는 클래스 기반의 동작을 동적으로 변경할 수 없으며 하나의 변화 축(variation)만 표현할 수 있다는 제약이 있다 [14]. 반면, 클래스 추출하기(위임)를 사용하면 런타임에 다른 컴포넌트를 끼워 넣는 방식으로 동작을 유연하게 변경할 수 있는 이점이 있다 [14].
 
@@ -35,4 +55,60 @@
 '인터페이스 추출하기(Extract Interface)'를 적용할 때 발생할 수 있는 코드 중복 문제를 완화하기 위한 수단으로 클래스 추출하기가 사용된다 [17]. 공통된 동작을 클래스로 추출하여 하나의 컴포넌트로 만들고 이를 인터페이스 구현체들이 위임받아 사용하게 하면 코드 중복을 피할 수 있다 [17].
 
 ---
-*Last updated: 2026-05-03*
+*Last updated: 2026-05-03*
+
+## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
+
+**언제 이 지식을 쓰는가:**
+- *(TODO)*
+
+**언제 쓰면 안 되는가:**
+- *(TODO)*
+
+## 🧪 검증 상태 (Validation)
+
+- **정보 상태:** needs_review
+- **출처 신뢰도:** A
+- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
+
+## 🧬 중복 검사 (Duplicate Check)
+
+- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
+- **처리 방식:** UPDATE (자동 정규화)
+- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
+
+## 🔗 지식 연결 (Graph)
+
+- **Parent:** [[10_Wiki/Topics]]
+- **Related:** *(TODO: 최소 2개)*
+- **Opposite / Trade-off:** *(TODO)*
+- **Raw Source:** 직접 입력
+
+## 🕓 변경 이력 (Changelog)
+
+| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
+|------|-----------|-----------|--------|
+| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
+
+## 💻 코드 패턴 (Code Patterns)
+
+**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
+
+```text
+# TODO
+```
+
+## 🤔 의사결정 기준 (Decision Criteria)
+
+**선택 A를 써야 할 때:**
+- *(TODO)*
+
+**선택 B를 써야 할 때:**
+- *(TODO)*
+
+**기본값:**
+> *(TODO)*
+
+## ❌ 안티패턴 (Anti-Patterns)
+
+- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*