docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links
This commit is contained in:
Antigravity Agent
@@ -1,13 +1,13 @@
|
||||
---
|
||||
id: P-REINFORCE-AUTO-B343BD
|
||||
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 - 단일 책임 원칙 (SRP)"
|
||||
---
|
||||
|
||||
# [[단일 책임 원칙 (SRP)]]
|
||||
# [[단일 책임 원칙 (SRP)|단일 책임 원칙 (SRP)]]
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> 단일 책임 원칙(Single Responsibility Principle, SRP)은 클래스, 모듈 또는 함수가 오직 하나의 역할(책임)만을 수행해야 하며, 코드의 변경을 요구하는 이유 또한 단 하나여야 한다는 소프트웨어 설계 원칙입니다 [1, 2]. 이는 객체 지향 프로그래밍의 핵심인 SOLID 원칙 중 하나로, 더 높은 추상화 수준의 개념인 '관심사의 분리(SoC)'를 개별 클래스나 모듈 단위에서 구체화한 것입니다 [3-6]. SRP를 준수하면 코드의 응집도를 높이고 복잡성을 줄여, 가독성과 유지보수성이 뛰어난 시스템을 구축할 수 있습니다 [2, 7].
|
||||
@@ -24,11 +24,11 @@ github_commit: "[P-Reinforce] Continuous Worker - 단일 책임 원칙 (SRP)"
|
||||
- **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[관심사의 분리 (SoC)]], [[SOLID 원칙]], [[객체 지향 프로그래밍 (OOP)]], [[응집도 (Cohesion)]]
|
||||
- **Projects/Contexts:** [[프론트엔드 컴포넌트 구조화]], [[소프트웨어 아키텍처 설계]]
|
||||
- **Related Topics:** [[관심사의 분리 (SoC)|관심사의 분리 (SoC)]], [[SOLID 원칙|SOLID 원칙]], [[객체 지향 프로그래밍 (OOP)|객체 지향 프로그래밍 (OOP)]], [[응집도 (Cohesion)|응집도 (Cohesion)]]
|
||||
- **Projects/Contexts:** [[프론트엔드 컴포넌트 구조화|프론트엔드 컴포넌트 구조화]], [[소프트웨어 아키텍처 설계|소프트웨어 아키텍처 설계]]
|
||||
- **Contradictions/Notes:** 소스에 따르면 SoC와 SRP는 서로 대립하는 개념이 아닙니다. 두 원칙 모두 소프트웨어의 모듈성을 높이는 데 기여하지만, SoC는 기능적 측면에서 코드를 구성하는 큰 그림(높은 추상화)을 다루고, SRP는 변경의 이유라는 관점에서 개별 클래스나 모듈의 단일 책임에 집중한다는 범위(Scope)와 초점의 차이가 있습니다 [4, 7].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-18*
|
||||
- Raw Source: [[00_Raw/2026-04-20/단일 책임 원칙 (SRP).md]]
|
||||
- Raw Source: 00_Raw/2026-04-20/단일 책임 원칙 (SRP).md
|
||||
---
|
||||
|
||||
Reference in New Issue
Block a user