인프런 커뮤니티 질문&답변

안녕하세요 김영한님!

요즘은 인턴이니 취업 준비니 바빠서 강의를 미뤄두고 못 보는 것 같습니다.

다시 초심으로 돌아와서 열심히 들어야하는데 ㅠㅠ 그래도 예전에 인터넷 강의를 하시면서 추천해주셨던 오브젝트라는 명서를 알게 되서 지금은 JPA보다는 약간 객체지향쪽을 열심히 공부중인거같아요. TDD나 BDD나 객체지향 원리를 적용하고 디자인 패턴도 고민해보고 그러고 있는 것 같습니다.

서론이 길었는데 제가 이번에 질문을 하게된 계기는 스터디원 중에서 `@Repository` 어노테이션에 관련해서 질문이 들어왔습니다. 제가 알기로는 Spring Data가 지원하는 `JpaRepository` 나 `CrudRepository` 인터페이스같은 경우에는 `@NoRepositoryBean`으로 등록되어 있는 것으로 알고 있습니다.

제가 여기저기 찾아보면서 답변을 했는데 이게 맞는 답변일지 궁금해서 질문을 드리게됐습니다.

`@Repository`가 쓰이는 가장 큰 장점은 바로 `DataAccessExceptions` 핸들링 때문이라고 생각이 듭니다.

하지만, Spring Boot와 JPA를 사용하는 환경에서는 `@EnableAutoConfigure`을 통해서 DB 연동을 하기 때문에 `DataAccessExceptions` 같은 경우에는 액세스 오류가 예상되지 않은 케이스가 많고 익셉션이 발생해도 용도가 알 수 없는 부분이 있다고 생각합니다.

그래서 JPA의 경우에는 `PersistenceExcpetions`를 통해서 명확한 예외처리를 보여준다는 장점이 있다고 생각이 들었습니다. 그렇기에 `@Repository` 사용이 불필요하다고 생각이 들었으며, 인터페이스를 특정 Repository로 등록하는 것을 방지하기 위해서 `@NoRepositoryBean`을 통해서 관리된다고 생각합니다. 이렇게 함으로써 확장이 가능하도록 하기 위해서라고 생각이 듭니다.

그 대신 이러한 인터페이스를 구현해서 사용하는 인터페이스들을 컴포넌트 스캔단에서 빈으로 주입해주는 것으로 보입니다.

즉, `DataAccessExceptions`을 더 이상 사용하지 않는 문제와 인터페이스가 `@Repository`로 빈등록이 되면 확장의 어려움때문에 `@Repository`를 사용하지않는다 답변했는데 맞는 답이 될 수 있을까요?

아 추가적으로 해당 인터페이스를 상속했을 때 컴포넌트 스캔시 어떤 방식으로 해당 인터페이스에 빈을 주입해주는 지도 궁금합니다. basePackage 스캔하면서 implements 된 인터페이스들을 확인하고 주입해주는 거일까요?