docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links

01_Archive/2026-04-20/응집도 (Cohesion).md

@@ -1,13 +1,13 @@
 ---
 id: P-REINFORCE-AUTO-2C194C
-category: "[[10_Wiki/💡 Topics/Programming & Language]]"
+category: "10_Wiki/💡 Topics/Programming & Language"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
 github_commit: "[P-Reinforce] Continuous Worker - 응집도 (Cohesion)"
 ---
 
-# [[응집도 (Cohesion)]]
+# [[응집도 (Cohesion)|응집도 (Cohesion)]]
 
 ## 📌 한 줄 통찰 (The Karpathy Summary)
 > 응집도(Cohesion)는 소프트웨어 설계에서 모듈이나 클래스 내의 요소들이 얼마나 밀접하게 관련되어 있고 단일한 목적이나 기능에 집중하고 있는지를 나타내는 척도입니다 [1-3]. 직무의 집합, 세부사항의 수준, 그리고 지역적 유사성의 척도로도 정의됩니다 [4, 5]. 응집도가 높을수록 코드의 가독성과 유지보수성이 향상되며, 반대로 낮을 경우 시스템을 이해하거나 재사용하기 어려워집니다 [3, 6]. 따라서 효과적인 소프트웨어 설계에서는 '**응집도는 높게, 결합도는 낮게**' 유지하는 것이 핵심 원칙입니다 [7, 8].
@@ -33,11 +33,11 @@ github_commit: "[P-Reinforce] Continuous Worker - 응집도 (Cohesion)"
 - **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
 
 ## 🔗 지식 연결 (Graph)
-- **Related Topics:** [[관심사의 분리 (Separation of Concerns)]], [[결합도 (Coupling)]], [[단일 책임 원칙 (Single Responsibility Principle)]]
-- **Projects/Contexts:** [[클린 아키텍처 (Clean Architecture)]], [[마이크로서비스 아키텍처 (MSA)]]
+- **Related Topics:** [[관심사의 분리 (Separation of Concerns)|관심사의 분리 (Separation of Concerns)]], [[결합도 (Coupling)|결합도 (Coupling)]], [[단일 책임 원칙 (Single Responsibility Principle)|단일 책임 원칙 (Single Responsibility Principle)]]
+- **Projects/Contexts:** [[클린 아키텍처 (Clean Architecture)|클린 아키텍처 (Clean Architecture)]], [[마이크로서비스 아키텍처 (MSA)|마이크로서비스 아키텍처 (MSA)]]
 - **Contradictions/Notes:** 소스 전반에 걸쳐 응집도에 대한 상반된 의견은 존재하지 않으며, 모든 소프트웨어 공학 문헌에서 "응집도는 높이고 결합도는 낮춰야 한다"는 일관된 설계 방향을 옹호하고 있습니다.
 
 ---
 *Last updated: 2026-04-18*
-- Raw Source: [[00_Raw/2026-04-20/응집도 (Cohesion).md]]
+- Raw Source: 00_Raw/2026-04-20/응집도 (Cohesion).md
 ---