49 lines
3.9 KiB
Markdown
49 lines
3.9 KiB
Markdown
---
|
|
id: P-REINFORCE-AUTO-53B106
|
|
category: "[[10_Wiki/💡 Topics/AI]]"
|
|
confidence_score: 0.90
|
|
tags: [auto-reinforced]
|
|
last_reinforced: 2026-04-20
|
|
github_commit: "[P-Reinforce] Continuous Worker - _뇌와 팔다리의 분리_ - 관심사의 분리 (Separation of Concerns)"
|
|
---
|
|
|
|
# [[_뇌와 팔다리의 분리_ - 관심사의 분리 (Separation of Concerns)]]
|
|
|
|
## 📌 한 줄 통찰 (The Karpathy Summary)
|
|
> 지식 요약 정보 추출 중...
|
|
|
|
## 📖 구조화된 지식 (Synthesized Content)
|
|
**개념적 비유의 의미**
|
|
관심사 분리(SoC)를 다루는 '뇌와 팔다리'의 이분법은 소프트웨어의 복잡성을 관리하기 위해 논리적 단위들을 명확하게 격리하는 아키텍처 철학입니다 [1, 4].
|
|
|
|
* **뇌 (Brain) - 고수준 도메인과 비즈니스 로직:**
|
|
* 아키텍처의 중추 역할을 하며 시스템이 존재하는 근본적인 이유인 '핵심 업무 규칙'을 포함합니다 [1].
|
|
* 뇌는 엔티티(Entity)와 유스케이스(Use Case)로 구성됩니다 [2]. 엔티티는 비즈니스의 가장 본질적인 로직을 수행하고, 유스케이스는 엔티티들의 상호작용을 제어합니다 [2].
|
|
* 마치 뇌가 신체의 중심인 것처럼, 데이터베이스, UI, 특정 프레임워크와 같은 외부 요소에 오염되지 않는 가장 독립적이고 순수한 코드로 유지되어야 합니다 [2].
|
|
|
|
* **팔다리 (Limbs) - 인프라스트럭처와 세부 구현:**
|
|
* 핵심 로직을 감싸고 외부 세계와 소통하는 저수준의 세부 사항을 의미하며, 웹 인터페이스, 데이터베이스, 서드파티 API 등이 포함됩니다 [2].
|
|
* 아키텍처 관점에서 팔다리는 정보를 전달하거나 저장하는 부속품이자 지엽적인 관심사로 취급됩니다 [1, 2].
|
|
* 팔다리가 바뀌어도 뇌의 사고방식이 변하지 않는 것처럼, 외부 시스템은 언제든 교체 가능하도록 시스템의 심장부에 '플러그인' 형태로 연결되어야 합니다 [2].
|
|
|
|
* **신경계 (Wiring) - 결합도 관리:**
|
|
* 뇌와 팔다리 사이의 느슨한 결합을 유지하기 위해 인터페이스, 추상 클래스, DTO 등의 추상화된 소통 경로(신경계)가 사용됩니다 [3].
|
|
|
|
* **의존성 규칙 (Dependency Rule):**
|
|
* 고수준과 저수준의 분리는 의존성의 방향이 항상 저수준(팔다리)에서 고수준(뇌)을 향하게 함으로써 달성됩니다 [3].
|
|
* 외부 시스템(팔다리)은 핵심 로직(뇌)을 알고 있지만, 뇌는 외부를 전혀 몰라야 하며, 이를 통해 도메인 로직을 수정하지 않고도 UI 기술이나 데이터베이스 구현체를 자유롭게 교체할 수 있게 됩니다 [3].
|
|
|
|
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
|
- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
|
|
- **정책 변화:** AI 분야의 자동 자산화 수행.
|
|
|
|
## 🔗 지식 연결 (Graph)
|
|
- **Related Topics:** [[관심사의 분리 (Separation of Concerns)]], [[단일 책임 원칙 (SRP)]], [[의존성 역전 (Dependency Inversion)]]
|
|
- **Projects/Contexts:** [[클린 아키텍처 (Clean Architecture)]], [[계층화 아키텍처 (Layered Architecture)]], [[도메인 주도 설계 (DDD)]]
|
|
- **Contradictions/Notes:** 소스에 명시적인 모순점은 없으나, "뇌와 팔다리의 분리"와 같은 관심사의 분리 원칙을 맹목적으로 추구할 경우 함수 호출의 뎁스가 깊어지고 성능 오버헤드나 통신 비용이 증가할 수 있다고 경고합니다 [5]. 너무 많은 레이어와 추상화는 개발자를 미궁에 빠뜨리는 오버엔지니어링이 될 수 있으므로, 응집도와 결합도를 잣대로 최적의 분리 지점을 모색하는 절제가 필요합니다 [6, 7].
|
|
|
|
---
|
|
*Last updated: 2026-04-18*
|
|
- Raw Source: [[00_Raw/2026-04-20/_뇌와 팔다리의 분리_ - 관심사의 분리 (Separation of Concerns).md]]
|
|
---
|