docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links
This commit is contained in:
@@ -1,5 +1,5 @@
|
||||
---
|
||||
id: [[P-Reinforce]]-AUTO-1DFEC5
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-1DFEC5
|
||||
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 - 결합도 (Coupling)"
|
||||
---
|
||||
|
||||
# [[결합도 (Coupling)]]
|
||||
# [[결합도 (Coupling)|결합도 (Coupling]]
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> 결합도(Coupling)는 소프트웨어 설계에서 모듈 간의 상호 의존성 정도를 나타내는 척도입니다 [1, 2]. 결합도가 낮다는 것은 모듈 간의 의존성이 적어 각 모듈이 독립적으로 동작할 수 있음을 의미하며, 반대로 결합도가 높으면 하나의 모듈을 변경할 때 다른 모듈에도 연쇄적인 영향을 미치게 됩니다 [2]. 성공적인 소프트웨어 아키텍처를 구현하기 위해서는 시스템의 복잡성을 줄이고 유지보수성을 높일 수 있도록 낮은 결합도를 지향해야 합니다 [2, 3].
|
||||
@@ -36,8 +36,8 @@ github_commit: "[P-Reinforce] Continuous Worker - 결합도 (Coupling)"
|
||||
- **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[응집도 (Cohesion)]], [[관심사의 분리 ([[Separation of Concerns]])]], [[의존성 주입 (Dependency Injection)]], [[단일 책임 원칙 (Single Responsibility Principle)]]
|
||||
- **Projects/Contexts:** [[소프트웨어 아키텍처 설계]], 마이크로서비스 아키텍처, 이벤트 기반 아키텍처
|
||||
- **Related Topics:** [[응집도 (Cohesion)|응집도 (Cohesion]], 관심사의 분리 (Separation of Concerns), [[의존성 주입 (Dependency Injection)|의존성 주입 (Dependency Injection]], [[단일 책임 원칙 (Single Responsibility Principle)|단일 책임 원칙 (Single Responsibility Principle]]
|
||||
- **Projects/Contexts:** [[소프트웨어 아키텍처 설계|소프트웨어 아키텍처 설계]], 마이크로서비스 아키텍처, 이벤트 기반 아키텍처
|
||||
- **Contradictions/Notes:** 모듈 간 결합도를 낮추기 위해 관심사를 엄격하게 분리하는 것은 유지보수성을 크게 향상하지만, 추상화 레이어가 지나치게 많아지면 시스템 내 구성요소 간의 상호작용을 파악하기 힘들어지거나 통신 오버헤드가 발생하여 전체적인 시스템의 복잡성이 오히려 증가할 수 있다는 단점도 수반됩니다 [6, 7].
|
||||
|
||||
---
|
||||
|
||||
Reference in New Issue
Block a user