FamilyRelation / FamilyInvitation을 만들며 “도메인 규칙을 어디에 둘 것인가”를 정리한 기록이다. ONECO는 도메인 주도 개발(DDD)을 지향한다. Family 도메인을 구현하면서 가장 먼저 부딪힌 질문은 단순했다.“부모–자녀 관계는 단순 조인 테이블일까, 아니면 ‘연결’ 자체가 도메인일까?”“JPA @ManyToOne으로 멤버를 물고 갈까, 아니면 ID 값 참조로 갈까?”“연결 해제는 삭제인가, 상태 변화인가?”“초대 코드는 어떻게 만들고, 만료는 어떻게 처리할까?”이번 글은 위 질문들에 대해 팀(우리)이 내린 결론과, 그 결론이 코드에 어떻게 반영됐는지 정리한 설계 일지다. 1) FamilyRelation은 “관계”가 아니라 “연결”이다 Family 도메인은 단순히 mem..

Long vs MemberId(VO) — 결국 우리는 MemberId(VO)를 선택했다. 이전 글에서 ONECO는 FamilyRelation이 Member를 @ManyToOne으로 들고 가지 않고, parentId / childId 같은 값 참조(ID) 를 선택했다고 정리했다. [ONECO] Family 도메인에서 FamilyRelation 매핑 고민기ManyToOne vs 값 참조(ID) — 결국 우리는 “값 참조”를 선택했다 ONECO는 도메인 주도 개발(DDD)을 지향하며 진행 중인 프로젝트다. Family 도메인을 구현하면서, “부모–자녀 계정 연결”이라는 요구goodjunseon-tech-blog.tistory.com 그 다음 단계에서 팀이 마주친 고민은 이거였다. “그럼 그 ID는 그냥 ..