@Configuration public class AppConfig { @Bean public MemoryMemberRepository memoryRepository() { return new MemoryMemberRepository(); } @Bean public RateDiscountPolicy discountPolicy() { return new RateDiscountPolicy(); } @Bean public MemberService memberService(){ return new MemberServiceImpl(memoryRepository()); } @Bean public OrderService orderService(){ // return null; return new OrderServiceImpl(memoryRepository(), discountPolicy()); } } 저는 지금까지 위의 코드처럼 MemoryMemberRepository 빈 객체를 생성하는 메서드의 이름을 memberRepository가 아니라 memoryRepository로 이름지어주고 진행해왔습니다. 그러다가 7.의존관계 자동 주입 챕터에서 test 폴더를 전부 테스트할 때CoreApplicationTests에서 동일한 타입에 여러 Bean이 생성되었다는 오류 메시지를 받았습니다.Parameter 0 of constructor in hello.core.member.MemberServiceImpl required a single bean, but 2 were found: - memoryMemberRepository: defined in file [C:\Users\***\***\coding\source_code\Spring\inflearn2\out\production\classes\hello\core\member\MemoryMemberRepository.class] - memoryRepository: defined by method 'memoryRepository' in class path resource [hello/core/AppConfig.class]///Caused by: org.springframework.beans.factory.NoUniqueBeanDefinitionException: No qualifying bean of type 'hello.core.member.MemberRepository' available: expected single matching bean but found 2: memoryMemberRepository,memoryRepository 해결하려는 과정에서 강의노트에 메서드 이름이 memberRepository였다는걸 알게됐고 이걸로 이름을 고쳐주고 다시 테스트하니까 정상적으로 테스트가 완료됐습니다.메서드 이름만 바꿔준 것만으로 NoUniqueBean 오류가 해결된 이유가 궁금해졌습니다.이것저것 코드를 건드렸는데 @Component 코드들을 아래에 붙이겠습니다. 감사합니다.@Component public class MemberServiceImpl implements MemberService{ private MemberRepository store; @Autowired public MemberServiceImpl(MemberRepository memberRepository){ this.store = memberRepository; } @Override public void register(Member newMember) { store.save(newMember); } @Override public Member search(Long memberId) { return store.findById(memberId); } } @Component public class MemoryMemberRepository implements MemberRepository{ private static Map<Long, Member> store = new HashMap<>(); @Override public void save(Member member) { store.put(member.getId(), member); } @Override public Member findById(Long memberId) { return store.get(memberId); } }@Component public class OrderServiceImpl implements OrderService { private MemberRepository memberRepository; private DiscountPolicy discountPolicy; @Autowired public OrderServiceImpl(MemberRepository memberRepository, DiscountPolicy discountPolicy) { System.out.println("Constructor DI"); this.memberRepository = memberRepository; this.discountPolicy = discountPolicy; } @Override public Order createOrder(Long memberId, String itemName, int itemPrice) { Member member = memberRepository.findById(memberId); int discountPrice = discountPolicy.discount(member, itemPrice); return new Order(memberId, itemName, itemPrice, discountPrice); } }@Component public class RateDiscountPolicy implements DiscountPolicy{ private static final double DISCOUNT_RATE = 0.1; @Override public int discount(Member member, int price) { if(member.getGrade() == Grade.VIP) return (int) (price * DISCOUNT_RATE); else return 0; } }

안녕하세요! 김영한 선생님의 스프링 핵심 원리 강의를 수강하고 있는 학생입니다:)다름 아니라 setter 주입의 예제 코드와 관련하여 궁금한 점이 생겨서 질문을 남기게 되었습니다.강의 13:26에 나와있는 코드와 동일하게 setter와 생성자에 화면 출력 기능을 추가하였습니다. 그 결과, AutoAppConfig.class를 설정 정보로 하는 test 클래스를 실행하면 설명해주신 내용과 같이 생성자를 통한 의존 관계 주입이 먼저 일어나고 setter를 통한 의존 관계 주입이 나중에 일어남을 확인할 수 있었습니다.더 나아가 AutoAppConfig.class가 아닌 AppConfig.class를 설정 정보로 하는 test 클래스를 실행하면 콘솔 화면에 어떤 내용이 출력될지 호기심이 생겨 test.java.hello.core.beanfind 패키지에 위치한 ApplicationContextBasicFindTest 클래스를 실행하였습니다. 실행 전에 저는 orderService라는 이름의 스프링 빈이 등록되는 과정에서 orderServiceImpl() 생성자가 호출되기 때문에 System.out.println("1. OrderServiceImpl.OrderServiceImp"); 코드가 실행될 것이라 예상하였습니다.또한,(1) AppConfig.class엔 setMemberRepository()와 setDiscountPolicy()를 호출하는 코드가 없고 (2) AppConfig.class는 @ComponentScan를 사용하지 않기 때문에 setMemberRepository()와 setDiscountPolicy()가 @Autowired를 사용하고 있더라도 의존 관계를 자동으로 주입할 수 없어 해당 메소드(setter) 내부에 기재되어있는 System.out.println("memberRepository = " + memberRepository); 코드와 System.out.println("discountPolicy = " + discountPolicy); 코드는 실행되지 않을 거라 예상했습니다.하지만 저의 예상과는 다르게 setMemberRepository()와 setDiscountPolicy()가 모두 실행되었고 제가 어느 부분에서 잘못 생각하고 있는지 도움을 구하고자 질문을 남기게 되었습니다. 

[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]공부하다보니 궁금한 점이 생겨 질문을 드립니다..! 앞의 스프링 입문에서의 회원 관리 프로젝트나 나중에 JPA 활용1 프로젝트를 보면 실제로 개발할때는 스프링 컨테이너인 ApplicationContext 를 호출하지 않고 프로젝트하시던데, 여기서는 꼭 ApplicationContext ac = new ApplicationContext(AppConfig.class); 이렇게 호출하셔서   ApplicationContext 객체를 생성하지 않았을 때는 Component 로 등록된 구현체 객체(ex. MemberServiceImpl) 등을 어떻게 호출할 수 있는지 헷갈립니다..!   @Test void test( ){ ApplicationContext ac = new ApplicationContext(AutoAppConfig.class); MemberService memberService = ac.getBean(MemberService.class); .... } 지금은 이렇게 해서 memberService 를 OCP 와 DIP 를 지키면서 ac 를 통해서 꺼내왔었는데요,만약 스프링 컨테이너 객체를 안만들면 @Test void test( ){ MemberService memberService = new MemberService (new MemberServiceImpl() ); .... }   자동주입을 설정하였다고 하더라도, 처음에 MemberService 객체를 호출할때 빈 생성자를 만들지 않으면(?) 결국에는 이렇게 호출해야하지 않나요??   아니면 그냥 @Autowired MemberService memberSerivce; 이렇게만 해줘도, MemberServiceImpl 에 붙은 @Component (혹은 @Service) 를 읽고 자동주입이 되는건가요??     답변해주시면 이해하는데 큰 도움이 될 것 같습니다 감사합니다! :)

AppConfig가 DIP와 OCP를 해결하기 위하여 MemberServiceImpl 과 OrderServiceImpl에 'new MemoryMemberRepository' 를 주입하는 역할을 하잖아요? 근데 리팩토링 하기전에는 orderService() 와 memberService() 에서 'new MemoryMemberRepository' 를 각각 따로 생성하는걸 중복이라고 보고 이를 해결하기 위해서 리팩토링하여 memberRpository() 를 만들어 한번만 생성하도록 하여 중복을 막으신거라고 이해해도 괜찮은가요??