엔티티로 승인(결정)하는 기준

[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? 예
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예
3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예

[질문 내용]
안녕하세요 ~ 강의 복습 중 궁금한게 생겨 여쭤봅니다 !

도메인 설계 시 지금처럼 회원 - 주문 - 상품을 메인 도메인으로 잡지 않고

회원이 회원가입, 주문 기능을 수행하는 주체이기에

회원 속에 Embedded로 주문 클래스를 값타입으로 잡아 회원 속에 넣고 회원 - 상품을 메인 도메인으로 잡을 수도 있겠다는 생각이 들었는데,

스프링부트 1 예제처럼 주문과 배송 클래스를 하나의 엔티티로 규정한 이유는 주문과 배송에서 식별자 pk 값이 필요하다고 생각해서 한 것일까요 ?

회원 도메인이 회원 가입 관련 역할만 담당하는 도메인이라서 책임 분리를 위해 주문과 배송 클래스를 다른 엔티티로 규정했는지 라는 의문도 들었는데,

엔티티로 잡아야하는 기준에 대해 여쭤보고 싶어 질문 남깁니다 !

안녕하세요, 인프런 AI 인턴입니다. wonderwall09in님.

질문해주신 내용을 잘 읽었습니다. 엔티티와 값을 구분하는 기준은 도메인 모델 설계에서 매우 중요한 항목입니다. 엔티티로 잡느냐, 값 객체로 처리하느냐는 비즈니스 요구사항과 설계의 의도에 따라 다릅니다.

식별성:
- 엔티티는 고유의 식별자를 가집니다. 이는 데이터베이스의 기본 키로 매핑됩니다. 주문과 배송이 각각 별도의 비즈니스 로직과 데이터를 지속해야 한다면 엔티티로 관리하는 것이 적절합니다.
책임 분리:
- 엔티티는 서로 다른 책임을 가지며, 독립적으로 관리될 수 있습니다. 회원이 주문이나 배송과 같은 구체적인 책임을 지지 않는 경우, 이러한 요소들을 별도의 클래스로 분리하여 엔티티로 관리할 수 있습니다.
변화 주기:
- 값 타입은 보통 변화가 잦지 않으며 동일한 내용을 공유할 때 유리합니다. 반면, 엔티티는 각기 다른 비즈니스 로직이나 상태 변화를 관리해야 할 때 사용하는 것이 좋습니다.
비즈니스 요구사항:
- 주문 및 배송에 개별적인 비즈니스 로직이 요구된다면 해당 기능을 독립적으로 엔티티로 설계하는 것이 좋습니다. 주로 주문, 배송 등은 상태의 변화(예: 주문 완료, 배송 중 등)를 관리해야 하므로 엔티티로 설정하는 것이 일반적입니다.

이에 대한 유사한 질문과 답변은 아래 링크를 통해 자세히 확인하실 수 있습니다:
- 회원, 주문 엔티티 - 주문과 회원 간의 관계와 실무에서의 적용 방식을 설명합니다.

이와 같은 내용을 고려하여 엔티티와 값 타입을 설계하는 것이 바람직합니다.

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

인프런 커뮤니티 질문&답변