---
id: P-REINFORCE-AUTO-B860D8
category: "10_Wiki/💡 Topics/Programming & Language"
confidence_score: 0.90
tags: [auto-reinforced]
last_reinforced: 2026-04-20
github_commit: "[P-Reinforce] Continuous Worker - 단일 책임 원칙 (Single Responsibility Principle)"
---

# [[단일 책임 원칙 (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)|객체 지향 프로그래밍(OOP)]], [[SOLID 원칙|SOLID 원칙]], [[응집도 (Cohesion)|응집도(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
---
