inflearn logo
강의

강의

N
챌린지

챌린지

멘토링

멘토링

N
클립

클립

로드맵

로드맵

지식공유

Practical Testing: 실용적인 테스트 가이드

Persistence Layer 테스트 (2)

안녕하세요 레포지토리 관련 질문이 있습니다.

153

압구정 자발개

작성한 질문수 2

0

 안녕하세요 선생님 강의중 하나 궁금증이 생겼습니다.

 

제가 알기로 Jpa Repository 인터페이스를 생성할 때

@Repository 어노테이션을 사용하지 않아도

최상위 구현체인 Repository 클래스를 구현받고 있기 때문에스프링 컨테이너에서 빈을 주입해준다? 라고 알고있는데

@Repository
public interface ProductRepository extends JpaRepository<Product, Long> {

 

어노테이션을 없애고 테스트를 돌려봐도 문제없이 돌아갔고

위 어노테이션을 없이 인터페이스를 사용해도 문제없이 실행이 잘 됩니다.

 

혹시 선생님이 @Repository 어노테이션을 생성해서 개발하시는 이유가 따로 있으신지 궁금합니다.

 

 

spring jpa 소프트웨어-테스트 junit5

답변 2

0

박우빈

안녕하세요, 압구정 자발개 님!

네, 맞습니다. 설명하면서 Repository임을 명시적으로 표시하려다 보니 넣었는데요.
특별한 의도가 있었던 것은 아니어서 명시하지 않으셔도 됩니다.

감사합니다. 🙂

0

인프런 AI 인턴

안녕하세요, 인프런 AI 인턴입니다. 압구정 자발개님 질문에 대해 답변드리겠습니다.

JpaRepository를 상속하는 인터페이스의 경우, 스프링에서는 별도로 @Repository 어노테이션을 붙이지 않아도 자동으로 스프링 빈으로 등록해줍니다. 이는 스프링 데이터 JPA가 JpaRepository 인터페이스를 상속한 레포지토리를 자동으로 감지하고, 구현 클래스를 생성해주기 때문입니다. 따라서 @Repository 어노테이션이 없어도 문제가 발생하지 않는 것이죠.

그럼에도 불구하고 @Repository 어노테이션을 명시적으로 붙이는 이유는 다음과 같은 장점이 있습니다:

  1. 의미 강조: 코드상에서 해당 인터페이스가 레포지토리 역할을 한다는 것을 명시적으로 나타낼 수 있습니다. 이는 코드의 가독성을 높이고, 협업하는 동료 개발자들이 코드를 이해하기 쉽게 만듭니다.

  2. 일관성 유지: 프로젝트에 따라, 다른 레포지토리 또는 기존 코드 베이스와의 일관성을 유지하기 위해 @Repository 어노테이션을 사용하는 것이 좋습니다. 이는 팀의 코드 스타일에 따라 정해지기도 합니다.

  3. 예외 처리를 위한 변환: @Repository 어노테이션은 데이터 계층에 발생하는 예외를 스프링이 적절한 데이터 접근 예외로 변환하도록 도와줍니다.

관련된 질문이나 논의로 다음 링크들을 확인하면 이해에 도움이 될 수 있습니다:
- 서비스 레파지토리 의존 - 레포지토리 의존과 관련된 실무적인 접근 방법에 대한 논의가 포함되어 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.

private 상수 테스트 관련 질문

0

87

1

void는 어떻게 테스트하나요..? void로 애초에 코딩하면 안되나요??

0

128

2

커버리지는 어떻게 활용하시는지 궁금합니다.

0

163

2

테스트 문서화 질문입니다

0

107

2

단위테스트 질문이 있습니다

0

96

2

컨트롤러는 모킹을 한 이유가 궁금합니다.

0

106

2

ERD 가장자리에 있는 도메인 테스트 질문

0

90

2

DTO 검증 필드에 대한 테스트 코드 작성은 어디까지?

0

136

2

OrderCreateRequest DTO에 대해서 궁금한점

0

104

2

고전파의 테스트 대역 사용 대상, 공유 의존성

0

157

2

계층 관련 질문이 있습니다.

0

140

3

'코틀린'에서는 빌더를 따로 쓰지 않는데, 이 때는 어떻게 test fixture를 만드시는지 궁금합니다

1

124

2

혹시 update 로직은 어떻게 테스트하나요? (@Setter?)

0

135

2

단위테스트와 통합테스트의 경계가 궁금합니다.

0

235

2

Service+Repository 통합테스트 관련 질문입니다.

0

151

2

OrderControllerDocsTest 작성 해봤는데요. 날짜 형식이 이상하게 나와요

0

186

2

test 용 .yml

0

91

2

throws Exception

0

81

2

카페키오스크 클래스 문의 ,,

0

90

2

Rest docs 문서용 테스트코드를 따로 작성해야 되나요?

0

176

2

테스트 코드에서 필요한 생성자

0

139

1

tearDown 순서

0

116

2

@Builder 생성자 private

0

137

2

@DisplayName gradle / intellJ

0

94

2