도메인과 JPA 엔티티
도메인과 JPA 엔티티를 구분하려고 코드를 작성해봤습니다.
@Repository
@RequiredArgsConstructor
public class OrderRepositoryImpl implements OrderRepository {
private final OrderJpaRepository orderJpaRepository;
@Override
public void save(final OrderJpaEntity entity) {
orderJpaRepository.save(entity);
}
@Override
public Optional<OrderJpaEntity> findById(final long orderId) {
return orderJpaRepository.findById(orderId)
}
}
이러한 방식으로 JpaRepository를 주입받고 OrderRepository를 구현하는 방식입니다.
public interface OrderRepository {
void save(final OrderJpaEntity entity);
Optional<OrderJpaEntity> findById(final long orderId);
}
그런데 이때 변경감지를 사용하려면 Order가 아닌 OrderJpaEntity를 반환해야하는데 이렇게 하면 결국 Repository에도 JPA 엔티티에 의존하기 때문에 분리를 잘 하지 못했다는 생각이 듭니다..
혹시 도메인과 JPA 엔티티를 분리한다면 어떠한 방식으로 하시나요?
Answer 1
1
우선 개인적으로는 너무 완벽하게 JPA에 대한 의존을 제거하려고 노력하지 않아도 된다고 생각합니다. 큰 틀에서 구조를 깨뜨리지 않는 선에서 JPA에 의존하는 정도는 허용해도 괜찮다고 봅니다.
Order와 OrderJpaEntity를 꼭 분리해야 한다면 Order를 인터페이스나 추상 클래스로 만들고 OrderJpaEntity는 Order를 상속받는 구조를 가져가는 방법이 있습니다. 이때
리포지토리는 save나 find에서 Order 타입을 사용하고
리포지토리 인터페이스를 구현한 클래스는 내부적으로 OrderJpaEntity를 사용합니다.
유사한 방식으로 Order 인터페이스/추상 클래스가 있고, 이 Order를 상속받은 클래스가 내부에 필드로 JPA용 엔티티를 필드로 가져서 변경이 발생하면 전파하는 방법을 사용할 수도 있을 듯 합니다.
하지만 이렇게 해서 얻게 되는 실질적인 이점이 무엇이 있는지는 한 번 고민해 볼 필요가 있습니다.
섹션3. 11 회원객체 다이어그램
0
18
1
OCP, DIP과 @Qualifier 어노테이션에 대해서 질문합니다.
0
19
1
강의 연장 요청
0
19
2
설정 정보 없이 임베디드 데이터베이스 생성
0
15
1
형 이번에 낸 책이랑 강의 내용에 차이가 있어?
1
36
1
형 나 몰래 책내면 모를 줄 알고?
1
30
1
OrderServiceTest 상문주문 테스트 시 update 쿼리 문의
0
21
1
N+1 관련해서 질문있습니다.
0
37
3
강의 중복 확인 요청
0
26
1
벌크연산에서 member.getAge 호출 시 영속성 컨텍스트에서 데이터를 가져오는건가요?
0
28
2
중복내용 제보?!
1
48
2
여러 파드 환경에서 단일 실행 보장 방식
0
28
2
inheritance startegy 선택시 고려사항
0
22
1
Entity 동등성 비교
0
21
1
패키지 구분에 대해 궁금한게 있습니다
0
27
2
스프링부트 서버 에러나요
0
26
1
코드 자료
0
54
2
git 링크 안들어가져요 404에러
0
462
1
JoinColumn 질문
0
446
1
1:N 매핑과 해당 방식 차이가 뭔가요?
0
500
2
10강 3:37 질문
0
320
1
7강에서 SecondaryTable을 왜 사용하지 모르겠습니다.
0
631
1
JPA 실무 @Entity을 @Embeddable 대체하는 경우가 많은가요?
0
544
1
상속 관계 엔티티 로직을 분기처리 하는 법?
0
361
1

