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

10_Wiki/Topics/소프트웨어_설계_원칙_및_디자인_패턴.md

@@ -1,17 +1,20 @@
 ---
-id: "wiki-2026-0507-102"
-title: "소프트웨어_설계_원칙_및_디자인_패턴"
-category: "[[10_Wiki/Topics]]"
-status: "verified"
-canonical_id: "self"
-aliases: ["Software Design Principles", "Design Patterns", "SOLID", "DRY", "KISS", "YAGNI", "GoF Patterns", "디자인 패턴", "설계 원칙", "클린 코드"]
-duplicate_of: "none"
-source_trust_level: "A"
+id: wiki-2026-0507-102
+title: 소프트웨어 설계 원칙 및 디자인 패턴
+category: 10_Wiki/Topics
+status: verified
+canonical_id: self
+aliases: [wiki-2026-0507-102, Software Design Principles, Design Patterns, SOLID, DRY, KISS, YAGNI, GoF Patterns, 디자인 패턴, 설계 원칙, 클린 코드]
+duplicate_of: none
+source_trust_level: A
 confidence_score: 1.0
-tags: ["Programming", "Software Engineering", "Design Patterns", "SOLID", "Clean Code"]
-raw_sources: ["SOLID_Principles.md", "Design_Patterns.md", "DRY_Principle.md", "Clean Code.md"]
-last_reinforced: "2026-05-07"
-github_commit: "pending"
+tags: [Programming, Software Engineering, Design Patterns, SOLID, Clean Code]
+raw_sources: [SOLID_Principles.md, Design_Patterns.md, DRY_Principle.md, Clean Code.md]
+last_reinforced: 2026-05-07
+github_commit: pending
+tech_stack:
+  language: unspecified
+  framework: unspecified
 ---
 
 # 소프트웨어_설계_원칙_및_디자인_패턴
@@ -22,7 +25,6 @@ github_commit: "pending"
 ---
 
 ## 📖 구조화된 지식 (Synthesized Content)
-
 **추출된 패턴:**
 > 설계의 본질은 **'추상화'**와 **'결합도 관리'**에 있다. SOLID 원칙이 클래스 레벨의 올바른 의존성 방향을 제시한다면, 디자인 패턴은 반복되는 문제 상황에 대한 검증된 구조적 해답을 제공한다. 이 둘의 조화는 시스템의 부패를 막는 가장 강력한 방어선이다.
 
@@ -57,7 +59,6 @@ github_commit: "pending"
 ---
 
 ## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
-
 **언제 이 지식을 쓰는가:**
 - 신규 모듈을 설계하거나 기존 스파게티 코드를 리팩토링할 포인트가 필요할 때.
 - 코드 리뷰 시 "왜 이 코드가 나쁜지"에 대한 논리적 근거를 제시해야 할 때.
@@ -81,7 +82,6 @@ github_commit: "pending"
 ---
 
 ## 🧪 검증 상태 (Validation)
-
 - **정보 상태:** verified
 - **출처 신뢰도:** A
 - **검토 이유:** GoF, SOLID 등 검증된 소프트웨어 공학 표준을 기반으로 통합됨.
@@ -89,7 +89,6 @@ github_commit: "pending"
 ---
 
 ## 🧬 중복 검사 (Duplicate Check)
-
 - **기존 유사 문서:** [[SOLID_Principles]], [[Design_Patterns]], [[DRY_Principle]], [[Clean Code]], [[Singleton Pattern]], [[Observer Pattern]] 등 150여 개
 - **처리 방식:** MERGE & ARCHIVE
 - **처리 이유:** 개별 원칙과 패턴들이 낱개 문서로 흩어져 있어 전체적인 맥락 파악이 어려움. 이를 '설계 체계'라는 하나의 마스터 문서로 통합하여 활용성을 극대화함.
@@ -97,14 +96,12 @@ github_commit: "pending"
 ---
 
 ## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
-
 - **상속보다는 합성 (Composition over Inheritance):** 과거에는 상속(LSP)을 강조했으나, 현대 설계는 유연성을 위해 합성을 우선시함.
 - **함수형 프로그래밍의 영향:** 상태를 가진 객체 패턴보다 순수 함수와 불변성을 활용한 패턴 비중 확대 중.
 
 ---
 
 ## 🔗 지식 연결 (Graph)
-
 - **Parent:** [[10_Wiki/Topics]]
 - **Related:** [[도메인_주도_설계(DDD)_및_소프트웨어_아키텍처]], [[테스트_전략_및_방법론]], [[프론트엔드_및_Nodejs_개발_워크플로우]]
 - **Raw Source:** Architecture 및 Programming 폴더 내 다수 파일
@@ -112,7 +109,29 @@ github_commit: "pending"
 ---
 
 ## 🕓 변경 이력 (Changelog)
-
 | 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
 |------|-----------|-----------|--------|
 | 2026-05-07 | 150개 이상의 설계 원칙/디자인 패턴 관련 문서 통합 및 v3.0 규격 적용 | MERGE | A |
+
+## 💻 코드 패턴 (Code Patterns)
+
+**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
+
+```text
+# TODO
+```
+
+## 🤔 의사결정 기준 (Decision Criteria)
+
+**선택 A를 써야 할 때:**
+- *(TODO)*
+
+**선택 B를 써야 할 때:**
+- *(TODO)*
+
+**기본값:**
+> *(TODO)*
+
+## ❌ 안티패턴 (Anti-Patterns)
+
+- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*