(JPA)값 타입과 불변객체

값 타입과 불변객체

값 타입 공유 참조

• 임베디드 타입 같은 값 타입을 여러 엔티티에서 공유하면 위험하다.
  • side effect 가 발생 할 가능성이 높아진다.

값 타입 복사

• 값 타입의 실제 인스턴스인 값을 공유하는것은 위험하다.
• 인스턴스 값을 복사해서 사용하는 것이 안전하다.

객체 타입의 한계

• 항상 값을 복사해서 사용하면 공유 참조로 인해 발생하는 부작용을 피할 수 있다.
• 문제는 임베디드 타입처럼 직접 정의한 값 타입은 자바의 기본 타입이 아니라 객체 타입이다.
• 자바 기본 타입에 값을 대입하면 값을 복사하게 된다.
• 객체 타입은 참조 값을 직접 대입하는 것을 막을 방법이 없다.
• 객체의 공유 참조를 피할 수 없다.

기본 타입

int a = 10;
int b = a;
b = 4;

• b는 a의 값을 복사한것으로 b의 값을 변경하더라도 a의 값이 변경되지 않는다.

객체 타입

Address a = new Address("old");
Address b = a;
b.setCity("new");

• b는 a의 값을 복사한것이 아니라 참조를 하고 있기 때문에 b에 변경이 일어나면 a도 함께 변경이 일어나게 된다.

불변 객체

• 객체 타입을 수정할 수 없게 만들면 부작용을 차단할 수 있다.
• 값 타입은 불변 객체(immutable object)로 설계해야 한다.
• 생성자로만 값을 설정하고 수정자(setter)를 만들지 않으면 된다.
• 참고로 Integer, String은 자바가 제공하는 대표적인 불변객체이다.

값 타입 비교

• equals(), hashcode() 를 재정의 해서 비교할때 사용해야 한다.
• equals() 메서드를 재정의 할때는 주로 모든 필드를 사용한다.

---

REFERENCE

• 자바 ORM 표준 JPA 프로그래밍 - 기본편

---

#JPA_값 타입과 불변객체