@Service, Repository 사용시 MemberServi... - 인프런

[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? 예
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예
3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예

[질문 내용]
안녕하세요. MemberService 클래스와 MemoryMemberRepository 클래스 간 관계가 궁금해 질문 드립니다.
MemberService 클래스 내부에서 DB 접근을 위해 MemberRepository를 final로 선언하고 이를 생성자로 인스턴스를 할당 해주고 있는데, @Service, Repository로 스프링빈에 등록만 하고 따로 다른 코드를 쓰는것 같진 않은 것 같습니다.
해당 클래스들은 @AutoWired를 사용하지 않아도 자동으로 매핑(?)이 되는걸까요?

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

한은규님의 질문은 @Service와 @Repository 어노테이션을 사용하는 클래스들이 어떻게 스프링에서 자동으로 연결되는지에 대한 것으로 보입니다. 해당 어노테이션들은 스프링의 컴포넌트 스캔 기능과 연관이 있으며, 클래스에 적절한 어노테이션을 붙여주면 스프링은 해당 클래스를 bean으로 등록하고 의존성 주입을 자동으로 처리합니다.

질문자님이 언급하신 @Service는 비즈니스 로직을 처리하는 서비스 계층의 클래스를 스프링 빈으로 등록할 때 사용하고, @Repository는 데이터 접근 계층의 클래스에 사용됩니다. 해당 어노테이션들이 붙은 클래스들은 스프링의 컨테이너가 관리하게 되며, 필요한 곳에서 @Autowired를 통해 자동으로 연결됩니다.

@Autowired를 사용하지 않아도 빈을 주입받을 수 있는 이유 중 하나로, 생성자 주입이 있습니다. 생성자가 하나만 있고, 생성자의 매개변수로 빈으로 등록 가능한 타입이 있을 경우 스프링이 자동으로 해당 타입의 빈을 찾아서 주입해줍니다. 이 과정에서 명시적으로 @Autowired를 사용하지 않아도 됩니다.

다음은 유사한 주제에 대해 논의된 몇 가지 기존 답변 링크들입니다:

MemorymemberRepository와 memberRepository에 대아혀 - 이 글에서는 MemberRepository 인터페이스와 MemoryMemberRepository 구현체 사이의 관계, 그리고 스프링에서 인터페이스에 의존하게 설계하는 이유에 대해 설명하고 있습니다.
memberRepository에 final을 붙이는 이유 - final 키워드의 사용 목적과 불변 객체에 대한 오해를 해결하는 질문에 대한 답변입니다.

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

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

@Service, Repository 사용시 MemberService-MemoryMemberRepository 관계 질