반응형
250x250
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |
Tags
- 스프링 데이터 JPA
- index
- SQL 튜닝
- 컬렉션 조회 최적화
- 페이징
- 오라클
- 그룹함수
- 친절한 SQL 튜닝
- TCP/IP
- 페치조인
- 데이터베이스
- Spring data JPA
- Spring
- JPA
- JPQL
- 성능최적화
- @MappedSuperclass
- 스프링
- fetch join
- 데이터모델링
- SQL
- INDEX SCAN
- 자바의 정석
- 값 타입
- 엔티티
- DTO
- 서브쿼리
- 정렬
- querydsl
- 스프링 컨테이너
Archives
- Today
- Total
nu_s
[JPA] 값 타입과 불변 객체 🐶 본문
728x90
반응형
값 타입 공유 참조
- 임베디드 타입 같은 값 타입을 여러 엔티티에서 공유하면 위험하다.
- 부작용(side effect)이 발생한다.
JpaMain
Address address = new Address("city", "street", "zipcode");
Member member1 = new Member();
member1.setUsername("member1");
member1.setHomeAddress(address);
em.persist(member1);
Member member2 = new Member();
member2.setUsername("member2");
member2.setHomeAddress(address);
em.persist(member2);
//member1의 city를 newCity로 변경하고 싶다
member1.getHomeAddress.setCity("newCity");
- member1의 city를 변경하고 싶다.
- 하지만 막상 실행해보면 member1과 member2 둘 다 city가 newCity 변경되었다.
값 타입 복사
- 값 타입의 실제 인스턴스인 값을 공유하는 것은 위험하다.
- 대신 값(인스턴스)를 복사해서 사용하자.
JpaMain
Address address = new Address("city", "street", "zipcode");
Member member1 = new Member();
member1.setUsername("member1");
member1.setHomeAddress(address);
em.persist(member1);
//새 주소 객체를 만들어 기존 주소의 값을 복사한다.
Address copyAddress = new Address(address.getCity(), address.getStreet(), address.getZipcode());
Member member2 = new Member();
member2.setUsername("member2");
member2.setHomeAddress(copyAddress);
em.persist(member2);
member1.getHomeAddress.setCity("newCity");
- member2에는 복사본을 넣어주고 실행하면 member1의 city만 newCity로 변경된다.
객체 타입의 한계
- 항상 값을 복사해서 사용하면 공유 참조로 인해 발생하는 부작용을 피할 수 있다.
- 문제는 임베디드 타입처럼 직접 정의한 값 타입은 자바의 기본 타입이 아니라 객체 타입이다.
- 자바 기본 타입에 값을 대입하면 값을 복사한다.
- 객체 타입은 참조 값을 직접 대입하는 것을 막을 방법이 없다.
- 객체의 공유 참조는 피할 수 없다.
불변 객체
- 객체 타입을 수정할 수 없게 만들면 부작용을 원천 차단
- 값 타입은 불변 객체(immutable object)로 설계해야 함
- 불변 객체 : 생성 시점 이후 절대 값을 변경할 수 없는 객체
- 생성자로만 값을 설정하고 수정자(Setter)를 만들지 않으면 됨
- 참고 : Integer, String은 자바가 제공하는 대표적인 불변 객체
값 타입의 비교
- 값 타입 : 인스턴스가 달라도 그 안에 값이 같으면 같은 것으로 봐야 함.
//기본 타입
int a = 10;
int b = 10;
System.out.println("a == b : " + (a == b)); // a == b : true
//------------------------------------------------------------------------
//객체 타입
Address a = new Address("서울");
Address b = new Address("서울");
System.out.println("a == b : " + (a == b)); // a == b : false
System.out.println("a == b : " + (a.equals(b))); // a == b : true
- 객체는 인스턴스가 다르면 false가 나온다.
- 동일성(identity) 비교 : 인스턴스의 참조 값을 비교, == 사용
- 동등성(equivalence) 비교 : 인스턴스의 값을 비교, equals() 사용
- 값 타입은 a.equals(b)를 사용해서 동등성 비교를 해야 함
- 값 타입의 equals() 메서드를 적절하게 재정의 (주로 모든 필드 사용)
출처 : 자바 ORM 표준 JPA 프로그래밍 - 기본편
728x90
반응형
'JPA' 카테고리의 다른 글
[JPA] JPQL 🐶 (0) | 2023.10.26 |
---|---|
[JPA] 값 타입 컬렉션 🐶 (0) | 2023.10.25 |
[JPA] 값 타입 (기본 값 타입, 임베디드 타입) 🐶 (0) | 2023.10.25 |
[JPA] 영속성 전이(CASCADE)와 고아 객체 🐶 (0) | 2023.10.21 |
[JPA] 즉시 로딩과 지연 로딩 🐶 (0) | 2023.10.21 |