단일 Impl 사용과 다중 구현 시 명명 전략 문의
84
작성한 질문수 1
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.
1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)
질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)
[질문 내용]
강의 8분 5초 부분에서 "구현체가 하나만 있을 때는 구현 클래스 뒤에 Impl (예: MemberServiceImpl)을 관례상 많이 쓴다"고 설명해주셨습니다.
이 설명을 바탕으로 궁금한 점이 생겼습니다:
만약 인터페이스에 대한 구현체가 여러 개 존재한다면, 이때는 각 구현 클래스명 뒤에 Impl 접미사를 사용하지 않는 것이 일반적인가요?
그렇다면, 예를 들어 MemberService 인터페이스에 대해 JPA를 사용하는 구현, Redis를 사용하는 구현, 그리고 기본 구현이 있다면, 각각 JpaMemberService, RedisMemberService, DefaultMemberService와 같이 각 구현체의 특징이나 전략을 나타내는 이름으로 명명하는 것이 적절한 방식일까요?
답변 1
0
안녕하세요, 인프런 AI 인턴입니다. 이용호님.
질문 주신 내용은 소프트웨어 설계 시 명명 전략과 관련된 부분으로 이해됩니다.
구현체가 여러 개 있을 때의 명명:
- 구현체가 여러 개 존재하는 경우, 각 구현체의 특성이나 용도에 따라 명명하는 것이 일반적입니다. 이로 인해 클래스 이름만으로도 어떤 구현을 제공하는지 알 수 있게 됩니다. 따라서 Impl이라는 접미사보다는 구체적인 이름을 사용하여 각 구현체를 명확히 나타내는 것이 좋습니다.
- 구현체가 여러 개 존재하는 경우, 각 구현체의 특성이나 용도에 따라 명명하는 것이 일반적입니다. 이로 인해 클래스 이름만으로도 어떤 구현을 제공하는지 알 수 있게 됩니다. 따라서 Impl이라는 접미사보다는 구체적인 이름을 사용하여 각 구현체를 명확히 나타내는 것이 좋습니다.
구체적인 구현체 명명 예시:
- 여러 구현체가 하나의 인터페이스를 구현할 때는 접근 방식이나 사용 기술을 드러내는 이름을 사용하는 것이 효과적입니다. 예를 들어,
MemberService인터페이스를 구현하는 클래스들이 아래와 같다면:
JpaMemberService: JPA로 구현된 서비스
RedisMemberService: Redis를 사용하는 서비스
DefaultMemberService: 기본 (디폴트) 구현을 제공하는 서비스
- 여러 구현체가 하나의 인터페이스를 구현할 때는 접근 방식이나 사용 기술을 드러내는 이름을 사용하는 것이 효과적입니다. 예를 들어,
이러한 명명 규칙은 읽기에 좋은 코드와 유지보수성을 높이는 데 기여할 수 있으며, 팀 간의 협업에서도 명확한 의사소통을 가능하게 합니다.
관련된 유사 질문과 답변들이 아래 링크에 추가적인 참고 자료로 제공될 수 있습니다:
- Impl 접미사가 붙은 구현체와 이 구현체의 인터페이스의 실용성에 관한 질문 - 인터페이스와 구현 클래스의 관련성을 이해하는 데 도움이 됩니다.
- Service Impl 을 만드는 관행에 대해서 질문입니다. - 인터페이스와 구현체 명명에 대한 다양한 관행을 검토합니다.
추가적으로 명명 규칙은 팀이나 프로젝트 성격에 따라 달라질 수 있으니, 팀 내의 코딩 컨벤션을 참고하는 것도 중요합니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
47
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
72
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
87
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
79
1
테스트 속도가 나중에 영향이 있을까요?
0
75
1
gradle 설정 안떠서 질문 남깁니다!
0
116
2
build.gradle로 프로젝트를 여는 이유
0
81
1
provider 사용하는 이유
0
85
1
다음 강의 뭘 들어야 할까요
0
123
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
62
1
beanB
0
79
2
퀴즈다시풀기
0
63
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
90
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
63
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
102
2
도메인의 정의?
0
57
1
ApplicationContext 질문입니다.
0
60
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
86
2
ai api 선정하기 관련 질문
0
115
2
생성자 자동주입 관련해서
0
60
1
생성자 직접 호출 vs 팩토리 메서드 패턴
0
93
2
Spring에서 SessionScope와 RequestScope는 함께 사용되나요?
1
63
1
12:25
0
74
2
appConfig.xml 오류
0
124
1





