inflearn logo
강의

강의

N
챌린지

챌린지

멘토링

멘토링

N
클립

클립

로드맵

로드맵

지식공유

스프링 핵심 원리 - 기본편

애노테이션 직접 만들기

Qulifier을 위한 어노테이션 사용시 유지보수 비용

435

박호정

작성한 질문수 43

0

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

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

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

[질문 내용]
여기에 질문 내용을 남겨주세요.

 

강의 내용 중 나온 애노테이션을 만들게 되면 Qualifier("mainDiscountPolicy") 부분을 제외한 다른 코드는 스프링의 Qualifier 코드를 복붙하여 어노테이션들(@Target, @Retention 등)을 참조해서 사용하게 되는데요. spring의 Qualifier 어노테이션이 변경될 때 선언해놓았던 모든 코드를 수정해야하고, 코드 중복이 많이 발생할 것으로 생각했씁니다. 즉, 이런 어노테이션이 수십개 된다면 유지보수 비용이 올라갈 것으로 생각이 되었습니다

@Target({ElementType.FIELD, ElementType.METHOD, ElementType.PARAMETER, ElementType.TYPE, ElementType.ANNOTATION_TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
@Qualifier("mainDiscountPolicy")
public @interface MainDiscountPolicy {
}

@Target({ElementType.FIELD, ElementType.METHOD, ElementType.PARAMETER, ElementType.TYPE, ElementType.ANNOTATION_TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
@Qualifier("QualifierAnnotation1")
public @interface QualifierAnnotation1 {
}

@Target({ElementType.FIELD, ElementType.METHOD, ElementType.PARAMETER, ElementType.TYPE, ElementType.ANNOTATION_TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
@Qualifier("QualifierAnnotation2")
public @interface QualifierAnnotation2 {
}

...



 

사용해야하는 이유로 두 가지를 들어주셨는데요.

  1. 해당 어노테이션이 참조되는 곳을 알 수 있다.

  2. mainDiscountPolicy 는 문자열이라 직접 치는 거보다 어노태이션이 낫다.

위와 같은 이유라면 아래와 같은 Qualifier 전용 상수를 제공하여 해당 값을 사용하도록 하면, 언급한 두가지 이유도 동일하고 어노태이션 생성을 위한 불필요한 코드 중복 및 유지보수가 줄어들 거 같은데요.

public class QualifierConst {
        public static final String MAIN_DISCOUNT_POLICY = "mainDiscountPolicy";
}

// 사용하는 곳에서 
@Qualifier(QualifierConst.MAIN_DISCOUNT_POLICY)

 

강의 중에 이야기하신 부분 외에 어노테이션을 실무에서 사용하는 다른 이유가 있을까요? 언급하신 이유와 어노테이션의 유지보수성을 고려했을때 Qualifier value들을 상수로 관리하는 것이 유지보수 비용이 더 적을 것으로 생각되어 질문 남깁니다.

spring 객체지향

답변 1

1

김영한

안녕하세요. 박호정님

이 부분은 정답이 있는 것이 아니기 때문에 상황에 따라서 생각하신 것 처럼 상수를 사용하는 것이 더 효과적일 수 있습니다.

감사합니다.

1

박호정

어떻게 사용할지 고민해보겠습니다. 답변 감사합니다!

코드 자료

0

46

2

구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?

0

55

2

MemberService의 인터페이스를 왜 사용하는지 궁금합니다.

0

76

1

롬복 @Setter를 써야 하는 상황이 있는건가요?

0

91

1

빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?

0

81

1

테스트 속도가 나중에 영향이 있을까요?

0

77

1

gradle 설정 안떠서 질문 남깁니다!

0

121

2

build.gradle로 프로젝트를 여는 이유

0

86

1

provider 사용하는 이유

0

90

1

다음 강의 뭘 들어야 할까요

0

126

2

프로토타입 빈, 직접 destroy 호출 안 할 경우

0

66

1

beanB

0

82

2

퀴즈다시풀기

0

68

1

Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ

0

92

2

"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.

0

67

3

run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>

0

106

2

도메인의 정의?

0

59

1

ApplicationContext 질문입니다.

0

63

1

@Scope의 proxyMode를 사용할때 단위 테스트 방법

0

89

2

ai api 선정하기 관련 질문

0

118

2

생성자 자동주입 관련해서

0

65

1

생성자 직접 호출 vs 팩토리 메서드 패턴

0

97

2

Spring에서 SessionScope와 RequestScope는 함께 사용되나요?

1

66

1

12:25

0

79

2