repository 생성이유

Question

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 안녕하세요 좋은강의 감사합니다!! 다름이아니라, MemberRepository를 따로 만드는 이유에 대해서 아직 궁금증이 안풀려서요! MemberRepository 인터페이스에서 메서드를 꺼내서 쓰는 것 보다는 MemoryMemberRepository(implement로 인터페이스 구현을 하지않고) 메서드를 직접 쓰는게 낫지 않나 해서요!    결론적으로 굳이 repository 인터페이스를 만드는 이유에 대해서 궁금합니다!

나무늘보 · Answer

안녕하세요,  김영광  님! 공식 서포터즈 codesweaver 입니다. 우선, 다형성을 살펴볼게요. 다형성이란 어떤 객체 A가 부모 B를 상속받았을 때 (혹은 B가 인터페이스여서 A가 B를 구현하였을 때) 'A는 B라고 할 수 있다' 는 것을 다형성이라고 합니다. A는 A라고 할 수 있으며 동시에 A는 B를 만족합니다. 이때 A는 구체 클래스 MemoryMemberRepository 이고 B는 인터페이스 MemberRepository입니다.   이제 객체 C가 A를 사용한다고 가정합니다. C는 A를 바로 주입받아서 사용합니다. 시간이 흘러 이제 A를 사용하지 않고 D를 사용하기로 했다고 합시다. 그러면 개발자가 해야할일은 D 코드를 작성하고, A를 사용하고 있던 C를 찾아 A를 사용하는 코드를 D를 사용하도록 수정합니다.   A가 인터페이스 B를 구현하고 있다면 A는 A이며 또 A는 B라고 했죠? 그럼  처음부터 C가 B를 주입받았다면 상황이 어떻게 다를까요? 개발자는 B 인터페이스를 구현한 D 코드를 작성하고, 스프링 컨테이너에서 B의 구현체를 A 대신 D를 사용하도록 바꿉니다. 그러면 끝입니다. C를 찾아 코드를 수정하지 않아도 됩니다.   인터페이스는 이처럼 다형성을 이용하여, 코드를 수정해야 하는 부분을 줄인다고 생각하시면 됩니다. 아울러 인터페이스는 객체가 지원해야 할 기능을 강제합니다. 인터페이스에 명시된 메소드는 이 인터페이스를 구현한 객체가 반드시 처리하도록 강제하는 역할을 합니다. 그렇기에 구현객체가 바뀌어도 동일한 인터페이스를 사용하고 있다면 나머지 코드가 정상적으로 동작한다고 생각할 수 있습니다.   추가적으로 '다형성', 'SOLID 설계 원칙' 등을 검색하여 보시기 바랍니다. 감사합니다.