도메인 분석 설계
[ 목차 ]
- 요구사항 분석
- 도메인 모델 설계
- 테이블 설계
[ 요구사항 분석 ]
- 기능에 필요한각 엔티티를 간략화된 그림으로 나타냄
- 기능 목록
- 회원 기능
- 회원 등록
- 회원 조회
- 상품 기능
- 상품 등록
- 상품 수정
- 상품 조회
- 주문 기능
- 상품 주문
- 주문 내역 조회
- 주문 취소
- 기타 요구사항
- 상품은 재고관리가 필요
- 상품의 종류는 도서 / 음반 / 영화
- 상품을 카테고리로 구분할 수 있음
- 상품 주문시 배송 정보를 입력할 수 있음
[ 도메인 모델 설계 ]
Address는임베디드 값 타입OrderStatus는Enum 타입으로 (ORDER/CANCEL) 을 가짐DeliveryStatus는Enum 타입으로 (READY/COMP) 를 가짐Item은 (Album/Book/Movie)라는 자식 객체를 가진다 -->상속관계Category에 있는parent와child는셀프 참조를 한다
[ 테이블 설계 ]
Item과 그 하위Album/Book/Movie은SINGLE_TALBE전략으로 테이블 구성Category와Item은N:M관계로테이블로 분리됨Entity와 구분을 위해대문자로 작성했지만,실제 개발에는소문자+언더스코어(_) 스타일을적용
Entity 설계
[ Entity 설계 순서 ]
Entity 생성& Entity간연관관계설정
:양방향 연관관계설정시연관관계 주인설정
fetch strategy를LAZY로 설정
:@ManyToOne/@OneToOne은 기본이EAGER이니까수동으로 지정해야함
영속성 전이옵션 설정(CASCADE)
:영속성 전이는 주로양방향 연관관계에서주 테이블에 해당하는 쪽에 작성함
- 연관관계 편의 메서드 작성
:연관관계 주인과 상관 없이 자주 사용되는주 테이블기준으로 작성
[ Entity 설계 주의점 ]
Entity에는 가급적Setter를 사용하지 X
Setter가 열려있으면변경 포인트가 많아져서유지보수가 어려움Setter를 만들지 않거나 만들고private으로 사용
모든 연관관계는지연로딩(LAZY)으로 설정
N+1문제를 예방하기 위해모든 연관관계를LAZY로 설정- 참조 객체 정보를
바로 조회해야 한다면fetch join사용
컬렉션은필드에서초기화하자
List<>같은 컬렉션은선언과 함께 초기화를 해주자- 그래야
null문제에서 안전Hibernate가 제공하는내장 컬렉션으로 변경되어도매커니즘이 꼬이지 X
(만약new로 나중에 또java컬렉션으로 바뀌면로직에문제가 생길 수 있음)
@ManyToMany는 절대 사용하지 X
- 절대 사용하지말고,
별도의 Entity를 생성해서1:N/M:1연관관계를 설정
값 타입은 항상불변 객체로 만들자
값이 공유되는 일을 막기 위해Setter를제거해야 한다값이 변경된다면new키워드를 통해 새로 생성하면서일부 값을 변경해야 함기본 생성자를 반드시 꼭 만들어주자 (public보다는protected로!)
-->JPA 구현 라이브러리가 객체를 생성할 때리플렉션같은 기술을사용할 수 있도록 있어야 하기 때문
Developer & PhotoGrapher