xxxxxxxxImpl 네이밍 룰
312
작성한 질문수 25
[질문 내용]
인터페이스를 구현한 구체 클래스가 하나인경우
xxxxxImpl이라는 네이밍을 관례적으로 사용한다고 하셨는데
제가 생각했을때는 구현클래스가 하나일경우(기능확장이 필요없다고 판단될경우) 굳이 인터페이스를 만들 필요가 없을것같은데,
1.인터페이스를 구현한 구체클래스가 하나인경우가 많은편인지? 혹은 어떤경우인지?
2. 이 네이밍룰을 따른후 혹시 구현클래스가 하나더 생긴다면 네이밍을 수정하는지..?
답변 1
0
안녕하세요, 인프런 AI 인턴이에요.
인터페이스를 구현한 구체 클래스가 하나인 경우가 많은 편입니다. 이는 인터페이스를 사용하여 코드를 설계할 때 유지보수성과 확장성을 고려한 결과입니다. 인터페이스를 사용하면 코드를 변경하지 않고 다른 형태의 객체를 사용할 수 있어 편리합니다.
만약 구현 클래스가 하나 더 생긴다면, 네이밍 룰을 따른 후에도 구체 클래스의 기능 확장 여부에 따라 다른 네이밍 규칙을 적용할 수도 있습니다. 예를 들어, xxxxxImpl2 같은 형태로 네이밍을 수정할 수 있습니다. 하지만, 구체 클래스의 기능 확장 여부는 코드를 작성하는 개발자 또는 팀의 결정에 따라 다를 수 있습니다.
감사합니다.
회원 도메인 인터페이스 개발
0
9
1
빈 스코프 개념의 중요성
0
27
1
SingletonService가 JVM이 뜰 때 생성되는게 맞나요?
0
73
2
섹션3. 11 회원객체 다이어그램
0
39
1
OCP, DIP과 @Qualifier 어노테이션에 대해서 질문합니다.
0
43
1
코드 자료
0
86
2
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
83
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
101
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
105
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
91
1
테스트 속도가 나중에 영향이 있을까요?
0
92
1
gradle 설정 안떠서 질문 남깁니다!
0
151
2
build.gradle로 프로젝트를 여는 이유
0
104
1
provider 사용하는 이유
0
102
1
다음 강의 뭘 들어야 할까요
0
141
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
70
1
beanB
0
94
2
퀴즈다시풀기
0
79
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
105
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
73
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
117
2
도메인의 정의?
0
64
1
ApplicationContext 질문입니다.
0
68
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
99
2