JPA 를 사용할 때 쿼리 실행용 메소드를 서비스에 만드는 패턴이 이상할까요?

Question

안녕하세요,지금까지 제가 사용하던 방식에 의문이 생겨서, 제가 보면서도 이게 맞나? 싶은 생각에 확인 차 질문 드려봅니다.우선 JPA로, 쿼리 네임 메소드를 만듭니다.조회 조건이 덕지덕지 붙을 수도 아닐 수도 있습니다. (즉 간결한 코드 또는 해석하기 난해한 코드 뭐라도 나올 수 있습니다.)쿼리 내용만 가지고는 무슨 의도인지 알 수 없으니 이를 서비스로 빼서 메소드 이름의 목적을 부여 후 Repository 의 쿼리 메소드를 실행, return 합니다.예를 들면 휴면 회원을 조회한다.. 하면 그런 조건의 쿼리 네임 메소드를 만든 후public List<UserEntity> find휴면회원() { return repository.findXXXXXXXXYYYYZZZZZZZZZZZZZZ; }처럼 되는것이지요. 위의 메소드가 서비스에 존재하는거구요.바로 컨트롤러가 땡겨가기도 하고, 휴면회원을 필요로 하는 다른 비즈니스 로직도 땡겨갑니다. (DTO 등은 지금 논외로 하겠습니다.)딱히 패키지가 DDD 구조를 사용하는건 아니고 계층형 구조로만 작업 합니다만UserRepository 는 UserServie 에서만 주입 받고, User 와 관련 된 데이터가 필요한 경우새로운 쿼리 네임 메소드를 만들고 -> 그걸 서비스에 메소드로 생성한 뒤 -> UserService &#34;만을&#34; 주입받아 해당 메소드를 호출해라!라는 규칙을 가지고 있었습니다.그 결과 서비스에는 User 비즈니스 로직보다 DB Call 메소드만 주구장창 늘어난.. 결과에 이게 맞나..? 에 도달한것이구요..찾아보니쿼리가 길어지면 알아보기 힘들겠지만 그렇다고 그걸 서비스로 빼는건 아니고 그냥 그대로 사용하는 것이 맞다.바로 그런 당신을 위해 Querydsl 에 쿼리 구현 &#43; 메소드 이름 부여해서 그걸 사용해라저 두가지 정도의 패턴밖에 보이지가 않더군요..?즉 지금까지 제가 서비스에 해왔던게 뭔가 잘못된거 같고서로 다른 도메인끼리 Repository가 주입되는게 크게 이상한 패턴이 아닌거 같기도 하고...여튼 이런 상황입니다.JPA 를 사용하시는 선배님들, 고견 부탁드립니다...

kabmoq · Answer

개인적으로는 조회를 할때는 말씀하신 queryDSL을 쓰는 것을 선호합니다.하지만 다른 패턴으로는 레이어드 아키텍처를 사용하시면 JPARepository 내에서 메소드를 랩핑하는 방식을 사용할 수 있을 거같아요. 아래는 제가 편한 코틀린 코드로 예시를 보여드릴게요// 실제 쿼리 메서드fun findByName(name: String): Optional<User>// 랩핑 후 사용할 메서드fun getUser(name: String) &#61; findByName(name)

JPA 를 사용할 때 쿼리 실행용 메소드를 서비스에 만드는 패턴이 이상할까요?

1개의 답변

기술 목록