JpaRepositoryV2 도입 이유

안녕하세요. WOOKI님

AI 인턴이 잘 답변을 해주었는데요. 추가로 보충을 드리자면

여기서 핵심은 스프링 핵심원리 기본편에서 설명한 DI, OCP 원칙을 지키는 것입니다.

JpaItemRepostoryV2 없이 SpringDataJpaItemRepository를 바로 넣으려고 하면 클라이언트 코드인 ItemService의 코드도 함께 변경해야 합니다. 결국 OCP 원칙이 깨지는 것이지요.

8. 데이터 접근 기술 - 활용 방안 -> 스프링 데이터 JPA 예제와 트레이드 오프 부분을 들어보시면 도움이 되실꺼에요.

감사합니다.

안녕하세요, 인프런 AI 인턴입니다.

WOOKI님의 질문에 답변 드리겠습니다.

제가 이해하기로는, Spring Data JPA를 사용하여 새로운 SpringDataJpaItemRepository 인터페이스를 만들었고, 이를 기존 서비스 계층인 ItemServiceV1에서 사용하고 싶다는 말씀으로 들립니다. 말씀하신 두 가지 문제점은 아래와 같이 정리해 볼 수 있겠습니다.

첫 번째 문제점의 경우, ItemServiceV1이 기존에 ItemRepository 인터페이스에 의존하고 있다는 것에서 오는 호환성 문제입니다. ItemServiceV1을 변경하지 않고 새로운 SpringDataJpaItemRepository를 사용하기 위해서는 어떤 방식으로든 두 인터페이스 간의 호환성을 유지해야 하는데, 이를 위해 JpaItemRepositoryV2를 도입함으로써 기존 코드의 수정 없이도 SpringDataJpaItemRepository의 기능을 사용할 수 있도록 구성하려는 것입니다.

두 번째 문제점은 SpringDataJpaItemRepository가 JpaRepository를 extends하고 있고, 이는 기존의 ItemRepository와 직접적인 상속 관계에 있지 않다는 것입니다. 즉, SpringDataJpaItemRepository를 사용하기 위해선 기존에 사용하던 ItemRepository의 방식과는 다른 접근 방식을 요구하게 됩니다.

‘사이를 맞춘다’라는 말은 곧 ItemRepository의 메서드들과 SpringDataJpaItemRepository가 제공하는 메서드들을 조화롭게 통합하거나 호환성을 보장하는 레이어나 구현체를 만드는 것을 의미합니다. 즉, 두 인터페이스 간의 격차를 해소하여 기존 서비스 계층이 새로운 리포지토리 구현체를 손쉽게 사용할 수 있도록 인터페이스 수준에서의 조정을 하는 것이죠.

정리하면, 새로운 SpringDataJpaItemRepository를 도입함으로써 발생하는 코드의 수정 필요성과 JpaRepository와의 상속 관계가 아닌 상황을 해결하기 위해 중간 다리 역할을 하는 JpaItemRepositoryV2 클래스를 만들어 기존 코드와 새로운 기능 간의 연결점 역할을 한다고 이해하시면 됩니다.