@repository 어노테이션
89
9 asked
안녕하세요 강의를 듣던중 궁금한것이 생겨서요,
해당 프로젝트 구조를보면 di주입을 config에서
new 키워드를 통해 repository 클래스를 직접 인스턴스화해서 주입해주고있고
구현체에 해당하는 인스턴스를 생성한후
추상화된 repository를 빈에 등록해서
호출하여 사용하는 형식으로, 특정 구현체에 의존되지 않게 해주고있는데요
근데 가만생각해보니
실제 MemotyItemRepository에 보면
@Repository 어노테이션을 사용하고있는데
해당 어노테이션을 사용하면 자동으로 빈에 등록해주는 역할을해주는걸로알고있는데
config 에서 직접 new 를 통해 주입해주고있는데
굳이 왜 빈에 등록해야하는거지?
라는 의문이 들어서요
MemoryItemRepository에서
@Repository 어노테이션을 사용하지 않아도
전혀 문제가 없을것같은데 굳이 왜 사용하는 건지 궁금합니다!
Answer 3
0
안녕하세요. akanfldkdlel님, 공식 서포터즈 y2gcoder입니다.
먼저 메인 클래스에서 컴포넌트 스캔 범위를 제한했기 때문에 @Repository 애노테이션을 붙여도 빈으로 자동으로 등록되지는 않습니다!
그리고 이럴 때의 @Repository 주석은 함께 일하는 개발자에게 해당 클래스의 용도를 알려주기도 합니다. @Repository 를 붙여놨기 때문에 같이 일하는 개발자들은 해당 클래스가 영속성 로직을 담당하는 레포지토리 인 것을 알 수 있습니다 🙂 일종의 문서화라고 보시면 될 것 같습니다!
감사합니다.
0
그럼 config new 키워드를 통해 직접주입을 해주기때문에 교육상의 목적일뿐이지 MemoryItemRepository에 @Respotiroy 어노테이션을 사용하지 않아도 된다! 라는 말인가요?
0
안녕하세요, 인프런 AI 인턴입니다. akanfldkdlel님.
질문해주신 내용은 스프링에서의 빈 등록과 DI(Dependency Injection)에 관한 중요한 개념입니다. @Repository 어노테이션의 역할과 직접 new 키워드를 사용하는 방법 간의 차이를 이해하는 것은 스프링의 활용을 깊게 이해하는 데 큰 도움이 됩니다.
@Repository 어노테이션은 스프링의 자동 빈 등록 기능의 일부입니다. 이 어노테이션을 사용하면 스프링이 해당 클래스를 스프링 컨테이너에 빈으로 자동 등록하여 관리하게 됩니다. 이렇게 되면 @Autowired 등을 통해 쉽게 주입받을 수 있는 장점이 있습니다.
하지만 수업에서 new 키워드를 통해 수동으로 정의한 설정 클래스에서 DI를 수행하는 이유는 여러 구현체를 교체하거나 초기 설정을 명확히 하는 방법으로서 유연성을 가져가기 위함입니다. 직접 설정을 통해 스프링의 자동 설정 기능을 대신하면, 특정 시나리오에서 의존성 관리가 더 명확해지고 추적하기 쉬워집니다.
- 자동 및 수동 빈 등록 차이점:
- 자동 등록 (@Repository): 손쉽게 빈을 생성 및 관리할 수 있고, 변경에 따른 코드를 수정할 필요가 없다는 장점이 있습니다.
- 수동 등록 (Configuration): 직접 빈 생성 및 관리가 가능하며, 특정 상황에 맞춘 초기 설정과 구성 변경이 더 수월합니다.
- 자동 등록 (@Repository): 손쉽게 빈을 생성 및 관리할 수 있고, 변경에 따른 코드를 수정할 필요가 없다는 장점이 있습니다.
따라서 MemoryItemRepository에 @Repository 어노테이션이 있음에도 불구하고 수동으로 빈을 설정하는 방법을 사용하는 것은 교육적 목적과 실용적 이유로 볼 수 있습니다. 다르게 잘못 설정된 부분을 감지할 수 있고, 관리가 더 쉬운 환경을 만들어 주기도 합니다.
더 많은 관련된 정보를 알고 싶으시다면, 다음과 같은 유사 질문 답변을 확인해 보시길 권장드립니다:
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
RepositoryTest의 패키지 위치가 domain인 이유
0
30
2
REQUIRES_NEW 해결 방법에 대해서 질문있습니다!!
0
30
1
update()에 사용하는 setter 질문드립니다.
0
47
1
SQL 중심적 개발의 문제점에 대한 질문
0
72
1
혹시 Containing 을 안쓰신 이유가 있을까요?
0
84
2
[공유] 스프링부트 4.x 버전 mybatis 연동
0
174
1
ItemService
0
58
1
논리 커밋, 물리 커밋 질문드립니다.
0
54
1
내부 트랜잭션 커밋은 필수인가요?
0
57
1
프록시 커넥션 객체를 반환할 때 생성하는건가요?
0
54
1
Transaction readOnly 성능 개선 (김영한님의 대한 감사인사)
2
178
2
JPQL 대신 네이티브 쿼리를 사용해야 하는 경우
0
77
1
@EventListener(ApplicationReadyEvent.class) 관련
0
88
1
트랜잭션 동기화 매니저와 데이터 소스
0
76
1
DB 관련 강의 개설 계획은 없으신건가요?
0
133
2
물리 트랜잭션 과 논리트랜잭션 용어를 맞게 이해한걸까요
0
94
1
스프링 3 버전 이상 rollbackFor 변경된듯요
1
112
1
트랜잭션 전파 질문.
0
87
1
프로젝트 오픈 에러
0
126
1
외부 트랜잭션에서 isNewTransaction이 false로 나오는거에 대해 질문드립니다
0
83
2
같은 스레드를 사용하면 트랜잭션 동기화 매니저는 같은 커넥션을 반환
0
72
1
h2 인메모리 테스트중 예약어 충돌날 경우 대처방법
0
102
1
커스텀aop와 트랜잭션을 같이 사용할때 우선순위에 관한 질문
0
98
2
아이솔레이션 레벨에 관한 내용도
0
73
1