28 lines
1.7 KiB
Markdown
28 lines
1.7 KiB
Markdown
---
|
|
id: P-REINFORCE-AI-ISP-DDD
|
|
category: "10_Wiki/💡 Topics/Software Architecture"
|
|
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**:
|
|
- 결제 맥락(Payment Context)은 유저 맥락(User Context)의 전체 정보를 알 필요가 없다. 결제에 필요한 최소한의 인터페이스만 노출시켜 변경에 강한 구조를 만든다.
|
|
- **Adhering to SOLID**:
|
|
- ISP를 준수함으로써 하나의 변화가 시스템 전체로 전파되는 '버터플라이 이펙트'를 제어한다.
|
|
|
|
## ⚠️ 모순 및 업데이트 (RL Update)
|
|
- 인터페이스를 과도하게 분리하면 '관리 포인트'가 늘어난다. 실제 의존성이 발생하지 않는 단순 조회(CRUD) 시스템에서는 과도한 격리보다 단순한 데이터 모델 공유가 더 효율적일 수 있다.
|
|
|
|
## 🔗 지식 연결 (Graph)
|
|
- Related: Bounded-Contexts , [[Clean-Architecture-Implementation|Clean-Architecture-Implementation]]
|
|
- Principles: [[React_Clean_Code_Best_Practices|React_Clean_Code_Best_Practices]]
|