2nd/10_Wiki/Topics_Blog/Bounded-Contexts-and-Interface-Segregation.md

id, category, confidence_score, tags, last_reinforced

id	category	confidence_score	tags	last_reinforced
P-REINFORCE-AI-ISP-DDD	10_Wiki/💡 Topics/Software Architecture	0.97	ISP DDD Bounded Context SOLID	2026-04-20

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
• Principles: React_Clean_Code_Best_Practices