Antigravity Agent
5.0 KiB
id, category, confidence_score, tags, last_reinforced, github_commit
| id | category | confidence_score | tags | last_reinforced | github_commit | |
|---|---|---|---|---|---|---|
| P-REINFORCE-AUTO-B860D8 | 10_Wiki/💡 Topics/Programming & Language | 0.90 |
|
2026-04-20 | [P-Reinforce] Continuous Worker - 단일 책임 원칙 (Single Responsibility Principle) |
단일 책임 원칙 (Single Responsibility Principle)
📌 한 줄 통찰 (The Karpathy Summary)
단일 책임 원칙(SRP)은 클래스, 모듈 또는 함수가 단 하나의 작업이나 책임만을 가져야 하며, 그 코드가 변경되어야 할 이유도 단 하나여야 한다는 객체 지향 설계의 핵심 원칙입니다 [1-3]. 이 원칙은 복잡한 시스템을 모듈화하고 유지보수성을 높이기 위한 '관심사의 분리(SoC)' 개념을 개별 클래스나 함수 수준에서 극대화한 것으로 볼 수 있습니다 [3-5]. 이를 적용하면 코드의 목적이 명확해지고, 하나의 변경 사항이 시스템의 다른 부분에 미치는 영향을 최소화하여 버그 발생 가능성을 줄일 수 있습니다 [6].
📖 구조화된 지식 (Synthesized Content)
-
정의 및 핵심 개념 단일 책임 원칙은 특정 소프트웨어 개체(클래스, 함수 등)가 변경되어야 할 이유가 단 하나뿐이어야 함을 규정합니다 [1, 3]. 이는 각 모듈이나 클래스가 하나의 역할에만 집중해야 함을 의미합니다 [5]. 예를 들어, 장바구니의 총가격을 계산하는 함수는 결과를 화면에 출력하기 위해 포맷을 맞추는 작업을 동시에 처리해서는 안 되며 [7], 사용자 데이터를 저장하고 조회하는 클래스는 사용자 입력을 검증하는 역할을 함께 맡아서는 안 됩니다 [1].
-
관심사의 분리(SoC)와의 관계 단일 책임 원칙은 소프트웨어 공학의 '관심사의 분리(SoC)' 철학에서 파생된 객체 지향 설계의 SOLID 원칙 중 하나입니다 [8-10]. SoC가 전반적인 시스템 아키텍처나 대규모 모듈 단위에서 논리적 관심사를 분리하여 복잡성을 관리하는 데 중점을 둔다면, SRP는 이를 개별 클래스나 모듈 수준의 "책임"으로 세분화하여 적용합니다 [3, 11]. 본질적으로 SRP는 관심사의 분리 원칙을 가장 극단적인 수준까지 가져간 형태라고 할 수 있습니다 [4].
-
설계 상의 이점
- 가독성 및 유지보수성 향상: 클래스와 함수가 오직 하나의 목적만 가지게 되어 다른 프로그래밍 구조에 비해 코드를 이해하고 평가하며 구축하기가 훨씬 쉽습니다 [6, 11].
- 버그 노출 감소: 시스템의 기능이 변경될 때 영향을 받는 클래스의 수가 줄어들기 때문에, 의도치 않은 부작용이나 버그가 다른 영역으로 전파될 위험이 감소합니다 [6].
- 응집도 강화: 모듈 내의 코드가 단일 책임을 달성하기 위해 뭉치게 되므로 시스템의 전반적인 응집도(Cohesion)를 높이는 데 기여합니다 [11].
-
실무적 적용 단일 책임 원칙은 객체 지향 설계에서 가장 먼저, 그리고 쉽게 적용할 수 있는 원칙입니다 [12]. 개발자는 새로운 클래스나 함수를 작성하기 전에 "이 요소의 단일 책임은 무엇인가?"를 스스로에게 질문해야 합니다 [2, 12]. 프론트엔드 개발에서도 이 원칙이 적용되는데, 예를 들어 컴포넌트는 화면을 그리는 역할만 담당하게 하고 비즈니스 로직이나 상태 관리는 별도의 모듈에서 처리하도록 분리하는 방식이 이에 해당합니다 [5].
⚠️ 모순 및 업데이트 (Contradictions & RL Update)
- 과거 데이터와의 충돌: 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
- 정책 변화: Programming & Language 분야의 자동 자산화 수행.
🔗 지식 연결 (Graph)
- Related Topics: 객체 지향 프로그래밍(OOP), SOLID 원칙, 응집도 (Cohesion)
- Projects/Contexts: 프론트엔드 컴포넌트 설계, 객체 지향 소프트웨어 아키텍처 설계
- Contradictions/Notes: 단일 책임 원칙(SRP)과 관심사의 분리(SoC)는 종종 같은 의미로 혼용되거나 비교되지만, 적용되는 추상화 수준에서 차이가 있습니다. SoC는 더 넓은 의미의 기능적 관심사를 모듈이나 아키텍처 계층 수준에서 분리하는 것에 초점을 맞추는 반면, SRP는 가장 작은 단위인 개별 클래스나 함수가 가지는 책임과 변경의 이유를 하나로 제한하는 데 집중합니다 [3].
Last updated: 2026-04-18
- Raw Source: 00_Raw/2026-04-20/단일 책임 원칙 (Single Responsibility Principle).md