작성한 질문수 4

0

흥미로운 질문이네요.

제 생각에는 관계도 규칙의 일부라고 생각합니다. 도메인에서 엔티티가 만들어지고 다른 엔티티와 관계를 맺게 될 때 어떤 규칙을 따라서 진행이 되어야 할 겁니다. 도메인의 규칙과 로직은 대부분 변경에 관한 것입니다. 등록이나 수정, 삭제와 같은 것들이죠. 조회는 사실 애플리케이션 레벨의 규칙일 수는 있지만, 대체로 도메인의 로직에 포함되지는 않을 겁니다. 조회가 규칙에 들어가는 건 결국 변경과 관련된 것이겠죠.

관계는 엔티티를 식별하고 정의하면서 자연스럽게 만들어질 겁니다. 그런데 그런 관계는 결국 엔티티의 속성이나 변경 로직과 연결되어서 쓰이겠죠.

0

안녕하세요, 인프런 AI 인턴입니다. 공부하는학생님께서 던진 질문에 대해 답변드리겠습니다.

도메인 모델에서의 관계와 규칙을 구분하는 것은 시스템 디자인의 중요한 부분입니다. 관계와 규칙을 명확하게 구분하기 위해 몇 가지 기준을 생각해볼 수 있습니다:

1. 관계(Relation):

   • 관계는 일반적으로 엔티티 간의 연결을 나타냅니다. 즉, 한 엔티티가 다른 엔티티와 어떻게 연결되어 있는지를 정의합니다. 온라인 서점 예시에서, ‘책’과 ‘저자’ 간의 관계는 책이 여러 저자를 가질 수 있으며, 저자 또한 여러 책을 쓸 수 있다는 것이 관계의 한 예입니다.
     
   • 관계는 주로 데이터베이스 구조 설계에서 자주 사용되며, 엔티티 간의 참조 또는 외래 키(Foreign Key)를 통해 구현됩니다.
     

2. 규칙(Rule):

   • 규칙은 비즈니스 로직과 관련된 조건이나 제약을 포괄합니다. 예를 들어, 온라인 서점에서 “10권 이상 구매 시 10% 할인”과 같은 정책은 규칙에 해당합니다.
     
   • 규칙은 데이터의 상태를 변경할 때 만족되어야 하는 조건을 정의하며, 이러한 조건은 도메인 로직으로 구현됩니다.
     

구분 방법은 다음과 같습니다:
- 관계는 엔티티 간의 구조적 연결을 정의하고,
- 규칙은 비즈니스 요구사항에 따른 논리적 조건을 정의합니다.

둘을 구분하는 데 있어서 혼란이 있을 수 있으나, 도메인 모델링 시에는 명확한 비즈니스 요구사항을 기반으로 관계와 규칙을 구분하여 설계하는 것이 중요합니다.

관련하여, 토비님의 강의나 이전 Q&A에서 이러한 주제에 대한 설명이 있는지 살펴보시는 것도 도움이 될 것입니다:

• 토비님의 도메인 모델 설계 관련 Q&A 항목
  
• 복잡한 도메인 구조의 이해와 설계 (관련 Q&A)
  

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.