인터페이스랑 구현 질문드립니다.

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.

1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)

질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)

[질문 내용]
너무 기초를 질문하는 것 같아 죄송하지만 따로 물어볼 곳이 없어서 여기에 질문 남깁니다.

멤버 서비스와 멤버 레포지토리를 따로 인터페이스를 만들어서 구현체를 만들었는데

둘 다 회원가입과 회원조회의 역할인 것 같은데 굳이 2개로 나누어서 2단계로 거쳐서 가는 이유가 있을까요?

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

스프링과 같은 객체지향 프로그래밍에서 인터페이스와 구현을 나누는 것은 매우 유용한 설계 방식입니다. 멤버 서비스와 멤버 레포지토리를 나누는 이유는 각자의 책임과 역할이 다르기 때문입니다.

역할과 책임의 분리: 멤버 서비스는 비즈니스 로직을 처리하는 데 중점을 두며, 멤버 레포지토리는 데이터를 저장하고 조회하는 역할을 담당합니다. 두 컴포넌트를 분리하면 각자의 역할을 명확히 하고 코드 유지보수가 용이해집니다.
유연성과 확장성: 인터페이스를 사용하면 다양한 구현체를 쉽게 교체할 수 있게 됩니다. 예를 들어, 멤버 레포지토리는 처음에는 메모리 기반일 수 있지만 후에 데이터베이스로 변경해야 할 때, 실제 구현체만 교체하면 되므로 변경이 용이합니다.
테스트 용이성: 인터페이스를 사용함으로써 테스트 시 의존성을 쉽게 대체할 수 있어 테스트 작성이 더 용이해집니다. 모의 객체(mock)를 사용하여 단위 테스트를 쉽게 수행할 수 있습니다.
코드 재사용성: 공통된 인터페이스를 사용할 경우, 다양한 클래스에서 동일한 방식으로 인터페이스를 구현하여 코드의 재사용성을 높일 수 있습니다.

아래의 관련 질문 링크를 통해 더 자세한 설명을 확인하실 수 있습니다:

이러한 이유로 인터페이스와 구현체를 나누어 설계하는 것이 좋은 설계 방식입니다. 더 궁금한 점이 있으시면 언제든지 질문해 주세요.

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

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