[G1-Sync] Manual knowledge update
This commit is contained in:
@@ -1,8 +1,8 @@
|
||||
---
|
||||
id: P-REINFORCE-AUTO-HCLC-001
|
||||
id: [[P-Reinforce]]-AUTO-HCLC-001
|
||||
category: "10_Wiki/💡 Topics/AI"
|
||||
confidence_score: 0.98
|
||||
tags: [auto-reinforced, software-craftsmanship, modularity, architecture, cohesion, coupling, design-patterns]
|
||||
tags: [auto-reinforced, software-craftsmanship, [[Modularity]], [[Architecture]], cohesion, coupling, design-patterns]
|
||||
last_reinforced: 2026-04-20
|
||||
---
|
||||
|
||||
@@ -15,11 +15,11 @@ last_reinforced: 2026-04-20
|
||||
고응집 저결합(High-Cohesion-Low-Coupling)은 소프트웨어 설계의 품질을 결정하는 가장 고전적이면서 강력한 원칙입니다.
|
||||
|
||||
1. **High Cohesion (고응집)**:
|
||||
* 모듈 내부의 요소들이 하나의 책임(Single Responsibility)을 위해 얼마나 밀접하게 협력하는가. (DDD-Type-Safety와 연결)
|
||||
* 모듈 내부의 요소들이 하나의 책임(Single Responsibility)을 위해 얼마나 밀접하게 협력하는가. ([[DDD-Type-Safety]]와 연결)
|
||||
* **장점**: 가독성 향상, 재사용성 증가.
|
||||
2. **Low Coupling (저결합)**:
|
||||
* 서로 다른 모듈 간의 의존성 강도.
|
||||
* **장점**: 한 곳의 변경 정책이 다른 곳에 미치는 영향 정책 최소화 (Side-effect 방지). (Reliability와 연결)
|
||||
* **장점**: 한 곳의 변경 정책이 다른 곳에 미치는 영향 정책 최소화 (Side-effect 방지). ([[Reliability]]와 연결)
|
||||
3. **왜 중요한가?**:
|
||||
* 복잡한 시스템 정책의 유지보수 비용 정책을 결정하며, 대규모 팀 협업 시 코드 충돌 정책을 방지하는 구조적 방패이기 때문임. (Modularity와 연결)
|
||||
|
||||
@@ -28,6 +28,6 @@ last_reinforced: 2026-04-20
|
||||
- **정책 변화(RL Update)**: 이제는 단순 코드 설계 정책을 넘어, 조직 구조 정책까지도 소프트웨어 아키텍처 정책과 일치시켜야 한다는 'Conway's Law'를 기반으로 팀 빌딩 정책에도 이 원칙 정책이 적용됨.
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- [[DDD-Type-Safety]], [[Reliability]], [[Modularity]], [[Technical-Architecture]], [[Standard-Operating-Procedure]], Clean-Code
|
||||
- **Key Principle**: SOLID Principles.
|
||||
- [[DDD-Type-Safety]], [[Reliability]], [[Modularity]], [[Technical-Architecture]], [[Standard-[[Opera]]ting-Procedure]], Clean-Code
|
||||
- **Key Principle**: SOLID [[Principles]].
|
||||
---
|
||||
|
||||
Reference in New Issue
Block a user