도메인과 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 엔티티를 분리한다면 어떠한 방식으로 하시나요?
답변 1
1
우선 개인적으로는 너무 완벽하게 JPA에 대한 의존을 제거하려고 노력하지 않아도 된다고 생각합니다. 큰 틀에서 구조를 깨뜨리지 않는 선에서 JPA에 의존하는 정도는 허용해도 괜찮다고 봅니다.
Order와 OrderJpaEntity를 꼭 분리해야 한다면 Order를 인터페이스나 추상 클래스로 만들고 OrderJpaEntity는 Order를 상속받는 구조를 가져가는 방법이 있습니다. 이때
리포지토리는 save나 find에서 Order 타입을 사용하고
리포지토리 인터페이스를 구현한 클래스는 내부적으로 OrderJpaEntity를 사용합니다.
유사한 방식으로 Order 인터페이스/추상 클래스가 있고, 이 Order를 상속받은 클래스가 내부에 필드로 JPA용 엔티티를 필드로 가져서 변경이 발생하면 전파하는 방법을 사용할 수도 있을 듯 합니다.
하지만 이렇게 해서 얻게 되는 실질적인 이점이 무엇이 있는지는 한 번 고민해 볼 필요가 있습니다.
서비스에서와 컨트롤러의 @Vaild 적용 차이에 대해서
0
20
2
해결했습니다
0
27
1
copilot-instruction.md
0
18
1
지금 강의가 어려우신분 추천드립니다.
0
50
1
기존의 완성된 CRUD의 Build.gradle에 security관련 dependency를 추가하면 문제가 생깁니다.
0
61
2
"폴더를 찾을 수 없습니다." 라는 응답만 계속 나옵니다.
0
43
1
EmailSender 관련 문의
0
55
1
CRA ? 질문입니다
0
48
1
[해결됨]마지막 강의 내용 수정 화면이 기능을 못하네요.
0
49
1
[해결됨]부분적으로 화면 이동이 안되는 부분이 있습니다.
0
85
6
aws 계정 생성 질문
1
66
1
조회 메서드 네이밍 질문
0
65
1
Properties 설정이 추가되었는데
0
38
1
음성불량
0
49
1
isInterrupted 질문 있다.
0
34
1
fieldInjectionTest() 질문
0
55
1
AutoAppConfig의 존재이유
0
49
1
git 링크 안들어가져요 404에러
0
508
1
JoinColumn 질문
0
493
1
1:N 매핑과 해당 방식 차이가 뭔가요?
0
566
2
10강 3:37 질문
0
361
1
7강에서 SecondaryTable을 왜 사용하지 모르겠습니다.
0
690
1
JPA 실무 @Entity을 @Embeddable 대체하는 경우가 많은가요?
0
583
1
상속 관계 엔티티 로직을 분기처리 하는 법?
0
403
1





