해결된 질문
작성
·
255
1
MemberRepository를 인터페이스, MemoryMemberRepository를 구현 클래스로 사용하다가 DB를 사용하기로 결정이 나면 DbMemberRepository를 새로 만들어서 구현 클래스를 대체하는 방식의 이점은 어느 정도는 이해를 했습니다.
그런데 이 방법 대신 MemberRepository를 메모리를 사용하는 리포지토리 구현체로 사용하다가 나중에 MemberRepository 자체를 DB를 사용하는 리포지토리 구현체로 바꿔주면 안될까요?
적절한 반례가 떠오르지를 않아서 질문드립니다.
좋은 강의 항상 감사합니다.
답변 1
3
안녕하세요. 이승재님, 공식 서포터즈 y2gcoder입니다.
다형성의 이점에 대한 것을 이해하셨다고 말씀하셨기 때문에 반례에 대해서 말씀드려보겠습니다.
예를 들어 메모리를 사용하는 리포지토리 구현체를 JPA를 사용하는 리포지토리 구현체로 변경하게 되었다고 하면,
같은 결과를 도출하는 메서드명이 다를 경우에 변경이 필요합니다 findOne(Long id)로 메모리 구현체에서 사용하고 있었다면 jpa에서는 findById(Long id)를 사용하는데 당연히 이를 사용한 모든 부분에서 변경이 필요합니다.
영한님께서 기본편에서 보여주신 MemoryMemberRepository는 기본적으로 메서드 네이밍이나 작동 방식들이 후에 사용할 DB 구현체에 맞춰 만들어졌기 때문에 교체할 부분이 많지 않아 보일 수 있습니다.
대신 인터페이스라는 설계도를 그려놓고 그에 맞춰 구현체를 만들면 최소한 의존성 주입 조차 변경할 필요 없이 그냥 손쉽게 리포지토리를 변경할 수 있게 됩니다.
감사합니다.
설계도라는 표현이 잘 와닿네요. 좋은 답변 감사합니다.