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-B860D8
|
||||
id: [[P-Reinforce|P-Reinforce]]-AUTO-B860D8
|
||||
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 - 단일 책임 원칙 (Single Responsibility Principle)"
|
||||
---
|
||||
|
||||
# [[단일 책임 원칙 (Single Responsibility Principle)]]
|
||||
# [[단일 책임 원칙 (Single Responsibility Principle)|단일 책임 원칙 (Single Responsibility Principle]]
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> 단일 책임 원칙(SRP)은 클래스, 모듈 또는 함수가 단 하나의 작업이나 책임만을 가져야 하며, 그 코드가 변경되어야 할 이유도 단 하나여야 한다는 객체 지향 설계의 핵심 원칙입니다 [1-3]. 이 원칙은 복잡한 시스템을 모듈화하고 유지보수성을 높이기 위한 '관심사의 분리(SoC)' 개념을 개별 클래스나 함수 수준에서 극대화한 것으로 볼 수 있습니다 [3-5]. 이를 적용하면 코드의 목적이 명확해지고, 하나의 변경 사항이 시스템의 다른 부분에 미치는 영향을 최소화하여 버그 발생 가능성을 줄일 수 있습니다 [6].
|
||||
@@ -32,8 +32,8 @@ github_commit: "[P-Reinforce] Continuous Worker - 단일 책임 원칙 (Single R
|
||||
- **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[객체 지향 프로그래밍(OOP)]], [[SOLID 원칙]], 응집도(Cohesion)
|
||||
- **Projects/Contexts:** [[프론트엔드 컴포넌트 설계]], [[객체 지향 소프트웨어 아키텍처 설계]]
|
||||
- **Related Topics:** [[객체 지향 프로그래밍 (OOP)|객체 지향 프로그래밍(OOP]], [[SOLID 원칙|SOLID 원칙]], 응집도(Cohesion)
|
||||
- **Projects/Contexts:** [[프론트엔드 컴포넌트 설계|프론트엔드 컴포넌트 설계]], [[객체 지향 소프트웨어 아키텍처 설계|객체 지향 소프트웨어 아키텍처 설계]]
|
||||
- **Contradictions/Notes:** 단일 책임 원칙(SRP)과 관심사의 분리(SoC)는 종종 같은 의미로 혼용되거나 비교되지만, 적용되는 추상화 수준에서 차이가 있습니다. SoC는 더 넓은 의미의 기능적 관심사를 모듈이나 아키텍처 계층 수준에서 분리하는 것에 초점을 맞추는 반면, SRP는 가장 작은 단위인 개별 클래스나 함수가 가지는 책임과 변경의 이유를 하나로 제한하는 데 집중합니다 [3].
|
||||
|
||||
---
|
||||
|
||||
Reference in New Issue
Block a user