값 타입 공유 참조
- 임베디드 타입 같은 값 타입을 여러 엔티티에서 공유하면 위험하다.
- 부작용(side effect) 발생
값 타입 복사
- 값 타입의 실제 인스턴스인 값을 공유하는 것은 위험하다.
- 대신 값(인스턴스)를 복사해서 사용
객체 타입의 한계
- 항상 값을 복사해서 사용하면 공유 참조로 인해 발생하는 부작용을 피할 수 있다.
- 문제는 임베디드 타입처럼 직접 정의한 값 타입은 자바의 기본 타입이 아니라 객체 타입이다.
- 자바 기본 타입에 값을 대입하면 값을 복사한다.
- 객체 타입은 참조 값을 직접 대입하는 것을 막을 방법이 없다.
- 객체의 공유 참조는 피할 수 없다.
불변 객체
- 객체 타입을 수정할 수 없게 만들면 부작용을 원천 차단
- 값 타입은 불변 객체(immutable object)로 설계해야 한다.
- 불변 객체 : 생성 시점 이후 절대 값을 변경할 수 없는 객체
- 생성자로만 값을 설정하고 수정자(setter)를 만들지 않으면 된다.
- 참고 : Integer, String은 자바가 제공하는 대표적인 불변 객체
Reference
- 자바 ORM 표준 JPA 프로그래밍
'Spring > JPA/Hibernate' 카테고리의 다른 글
JPQL (0) | 2021.05.20 |
---|---|
값 타입의 비교 (0) | 2021.05.19 |
기본값 타입 (0) | 2021.05.17 |
영속성 전이(CASCADE)와 고아 객체 (0) | 2021.05.16 |
즉시 로딩과 지연 로딩 (0) | 2021.05.14 |
댓글