---
id: [[P-Reinforce|P-Reinforce]]-AI-ISP-DDD
category: Unified
confidence_score: 0.97
tags: [ISP, DDD, Bounded Context, SOLID]
last_reinforced: 2026-04-20
---

# [[Bounded-Contexts-and-Interface-Segregation|Bounded-Contexts-and-Interface-Segregation]] (맥락 분리와 인터페이스 격리)

## 📌 한 줄 통찰 (The Karpathy Summary)
> "내가 쓰지 않는 기능에 의존하지 마라." 객체 지향의 ISP(인터페이스 분리 원칙)를 도메인 레벨(DDD)로 확장하여 시스템 간의 불필요한 결합을 원천 차단하는 설계 패턴이다.

## 📖 구조화된 지식 (Synthesized Content)
- **Domain-Specific Interfaces**:
    - 하나의 거대한 레포지토리 인터페이스 대신, 각 바운디드 컨텍스트가 필요로 하는 메서드만 정의된 작은 인터페이스로 쪼갠다.
- **Decoupling [[Boundaries|Boundaries]]**:
    - 결제 맥락(Payment Context)은 유저 맥락(User Context)의 전체 정보를 알 필요가 없다. 결제에 필요한 최소한의 인터페이스만 노출시켜 변경에 강한 구조를 만든다.
- **Adhering to SOLID**:
    - ISP를 준수함으로써 하나의 변화가 시스템 전체로 전파되는 '버터플라이 이펙트'를 제어한다.

## ⚠️ 모순 및 업데이트 (RL Update)
- 인터페이스를 과도하게 분리하면 '관리 포인트'가 늘어난다. 실제 의존성이 발생하지 않는 단순 조회(CRUD) 시스템에서는 과도한 격리보다 단순한 데이터 모델 공유가 더 효율적일 수 있다.

## 🔗 지식 연결 (Graph)
- Related: Bounded-Contexts , [[Clean-Architecture-Implementation|Clean-Architecture-Implementation]]
- [[Principles|Principles]]: [[React_Clean_Code_Best_Practices|React_Clean_Code_Best_Practices]]
