학습자료
- 김영한, JAVA ORM 표준 JPA 프로그래밍
- https://thorben-janssen.com/access-strategies-in-jpa-and-hibernate/#5_reasons_why_you_should_use_field-based_access
JPA가 엔티티에 접근하는 방법
-
필드 접근 :
AccessType.FIELD- private이어도 reflection으로 접근 가능
-
프로퍼티 접근 :
AccessType.PROPERTY- getter를 사용해서 접근
-
@Access어노테이션을 붙이지 않으면,@Id의 위치로 접근 방식이 결정 된다.- 생략하는 편
-
필드 접근 방식과 프로퍼티 접근 방식을 함께 사용할 수 있다.
@Entity
public class Member {
@Id
private String id;
@Transient
private String firstName;
@Transient
private String lastName;
@Access(AccessType.PROPERTY)
public String getFullName() {
return firstName + lastName;
}
}- 위 처럼 엔티티를 설계하면 full_name 컬럼에 firstName과 lastName을 합친 결과가 테이블에 저장된다.
필드접근 방식을 무조건 권장하는 이유 5가지
1. 코드의 가독성
- 읽기 쉬운 코드는 중요하다.
- 필드에 어노테이션을 매핑하는 것이 getter에 붙이는 것에 비해서 훨씬 보기 편하다.
2. 애플리케이션(비즈니스로직)에서 호출하지 말아야할 getter 혹은 setter를 구현하는 문제
- 특히 primary key를 자동생성하는
@GenerateValue어노테이션을 붙힌 id에 setter를 설정했을 때 문제가 발생한다. - persistence provider에게 맡겨야 하는데, 프로그래머가 조작할 수 없도록 해야한다.
- 또한 getter를 구현하지 않음으로써. @ManyToMany 관계 또는 양방향 관계에서 LIst를 직접적으로 접근하지 못하지 못하도록 하고 메서드를 유연하게 구현할 수 있다.
3. getter와 setter의 유연한 구현
- persistence provider가 getter와 setter를 호출해서 데이터에 접근하지 않기
때문에, 유효성 검사 혹은 추가적인 비즈니스로직을 구현할 수 있다.
@Entity
public class Book {
@ManyToOne
Publisher publisher;
public void setPublisher(Publisher p) {
this.publisher = p;
}
// optinal 사용(JPA에서는 optional을 제공하지 않음)
public Optional<Publisher> getPublisher() {
return Optional<Publisher>.ofNullable(this.publisher);
}
…
}4. 유틸리티 메서드에 @Transient 어노테이션을 부착하지 않아도 된다.
- 필드 타입으로 접근하게 되면 영속성 상태를 엔티티의 필드에서 정의하기 때문에 JPA가 엔티티의 모든 메서드들을 무시한다.
5. 프록시를 사용할 때 생기는 버그를 피할 수 있다.
- 하이버네이트는 -ToOne 관계에 지연 로딩에서 프록시를 사용한다.
- 프로퍼티 접근 방식을 사용하게 되면 함정에 빠질 수 있다.
- 프로퍼티 접근 방식을 사용할 때, 하이버네이트는 프록시 객체를 getter를 호출 할때 초기화 한다.
- 하지만 많은
equals()메서드와hashCode()의 구현이 필드에 직접적으로 접근한다. - 이 때, 프록시 객체의 필드들이 아직 초기화되지 않는 문제가 있다.
@Entity
public class Book {
@NaturalId
String isbn;
...
@Override
public int hashCode() {
return Objects.hashCode(isbn);
}
@Override
public boolean equals(Object obj) {
if (this == obj)
return true;
if (obj == null)
return false;
if (getClass() != obj.getClass())
return false;
Book other = (Book) obj;
return Objects.equals(isbn, other.isbn);
}
}5번째 이유를 보고서, 프록시가 초기화되는 시점을 테스트를 해보려고했는데 필드 접근과 프로퍼티 접근의 차이점을 발견하지 못했다...
필드 접근방식, 프로퍼티 접근 방식 모두 equals가 실행될때 proxy 객체를 초기화했다.프록시에 대해서 조금 더 공부해봐야하고 버그가 발생할 상황을 고려해봐야겠다.
어찌되었든, 특별한 경우가 아니면 필드접근방식을 사용하는 것이 맞다!
차곡차곡