[질문 내용]질문 1.ComponentScan과 Autowired를 이용한 스프링 빈 등록 과정을 다음과 같이 이해해보았는데 틀린 내용이 있을까요? 특히 2,3,4 과정이 자세히 알고 싶습니다. @Component 애노테이션이 달린 클래스의 이름을 갖는 빈( 빈 껍데기 )을 등록빈으로 등록된 클래스의 생성자를 실행이 때 생성자의 매개변수가 적은 순서대로 실행 ( MemoryMemberRepository,RateDiscountPolicy -> MemberServiceImpl -> OrderServiceImpl )@Autowired 애노테이션이 달려있다면 생성자의 매개변수 클래스 타입을 확인한다. 해당 클래스 타입을 등록되어 있는 스프링 빈에서 가져온다.생성자를 실행하여 의존 관계 주입을 받은 인스턴스를 등록되어 있는 빈에 넣는다.  질문 2 .3~4 과정에서 @Autowired 애노테이션이 없다면 의존 관계 주입이 이루어지지 않을 것이라고 생각해서 MemberServiceImpl에 @Autowired를 제거해보았는데 MemoryMemberRepository 빈을 알아서 가져와서 의존관계 주입을 받게 되는데 어떻게 주입 받는 것인지 궁금합니다.  Dependencies Diagram을 확인해보았더니 @Autowired를 통해서 주입 받는 orderServiceImplr과는 다르게 depends on 이라고 적혀있는데 MemoryMemberRepository가 @ComponentScan으로 빈으로 등록되어서 스프링이 자동으로 알맞은 의존 관계 주입을 해준 것인가요?  

진작에 질문을 남겼어야 했는데, 애러 해결이 어려워 너무 지체되네요. 첫 질문 남기게 되었습니다. 문제의 요지: 추측 하기로container.resolve 가 vue 와 라이프사이클 에 순서때문인지, 다른 이유가 있는지 DI 가 안됩니다.  Menu.vue 디버깅강의내용에도 있듯 tsyringe 는@singleton 이 달려있는 클래스를 컨테이너에 등록 후, 클래스 자체를 DI 키로 사용할 수 있다고 알고있습니다. 디버깅 상황에서 보다시피container 내부 _registryMap 안에 AuthorityApi 클래스가 정상등록 된 것을 확인할 수 있었습니다. 하지만 Break-point 된 container.resolve 처리가 안되어 아래처럼 애러가 발생합니다. 아래는 다음줄로 가지않고, 이벨류에이터로 실행한 모습이구요, AuthorityApi를 찾아올 수 없다 합니다.Error: TypeInfo not known for "AuthorityApi" at http://localhost:4000/node_modules/.vite/deps/tsyringe.js?v=a355aabe:746:17 at InternalDependencyContainer2.construct (http://localhost:4000/node_modules/.vite/deps/tsyringe.js?v=a355aabe:751:6) at InternalDependencyContainer2.resolveRegistration (http://localhost:4000/node_modules/.vite/deps/tsyringe.js?v=a355aabe:573:90) at InternalDependencyContainer2.resolve (http://localhost:4000/node_modules/.vite/deps/tsyringe.js?v=a355aabe:500:25) at eval (eval at setup (http://localhost:4000/src/widgets/Menu.vue:28:26), <anonymous>:1:11) at setup (http://localhost:4000/src/widgets/Menu.vue:28:26) at callWithErrorHandling (http://localhost:4000/node_modules/.vite/deps/chunk-VJROVW5H.js?v=a355aabe:1884:19) at setupStatefulComponent (http://localhost:4000/node_modules/.vite/deps/chunk-VJROVW5H.js?v=a355aabe:8253:25) at setupComponent (http://localhost:4000/node_modules/.vite/deps/chunk-VJROVW5H.js?v=a355aabe:8214:36) at mountComponent (http://localhost:4000/node_modules/.vite/deps/chunk-VJROVW5H.js?v=a355aabe:5604:7) 해결방법을 tsyringe 공식 깃헙이슈, 구글링, 스택오버플로 몽창 뒤져봐도 힌트얻기가 참으로 힘드네요. AI 센세는 그저 스택오버플로 내용만 읊어줍니다.이것에 원인을 알 수 있을까요? 실마리만 얻어도 해결하기 수월할텐데, 몇일 째 어째야 되나 고민입니다. 도움을 얻을 수 있을까요? : Source-Codesrc-front 소스코드주의: 개인 npm lib 가 포함되어 node_modules 을 포함한 체 그대로 압축된 파일입니다. npm i 인스톨 없이 앱을 실행해야될거라 예상합니다. 도움을 구합니다. 감사드려요.

[질문 내용]싱글톤 패턴 문제점에서 getInstance() 사용시 DIP를 위반한다고 하신 점이 이해가 잘 안가서 직접 구현해보았습니다. 제가 이해한 내용이 맞나요...? [구현 내용]싱글톤 객체의 의존성 주입에 관한 문제이므로, SingletonService에 주입한 SingletonRepository를 생성하였습니다.public class SingletonRepository { private static final SingletonRepository instance = new SingletonRepository(); public static SingletonRepository getInstance() { return instance; } private SingletonRepository(){} } SingletonService에 SingletonRepository 필드를 추가합니다.public class SingletonService { private SingletonRepository singletonRepository; ... }DIP를 지키기 위해선, DI를 해야합니다. 하지만 SingletonService에 의존관계를 주입할 수 있는 방법이 없습니다...생성자 주입 방법: 추가 객체 생성을 막기 위해 생성자를 막아놓았으므로 불가.필드 주입, setter 주입, 일반 메서드 주입: 스프링 기술, 순수 자바 코드로 주입 불가.클라이언트코드인 SingletonService가 SingletonRepository를 사용하기 위해 다음과 같이 구현체에 의존해야 합니다. public class SingletonService { private SingletonRepository singletonRepository = SingletonRepository.getInstance(); ... }따라서 순수 자바 코드로 싱글톤 패턴 구현 시 DIP를 위반합니다.

 안녕하세요! 유익한 수업 너무 재밌게 잘 듣고 있습니다. 감사합니다.제가 많이 미흡하여 이상한 질문일 수 있는 점 미리 양해부탁드립니다.강사님께서 FrontControllerServletV5 의 handlerMappingMap, handlerAdpaterList 에 DI 를 할 수 있다는 말씀을 듣고 공부차원에서 시도해보았는데요.아래와 같이 handlerMappingMap, handlerAdpaterList 를 일급 컬렉션으로 만들어 HandlerMappingConfig 와 HandlerAdapterConfig 를 이용하여 @Bean 으로 등록했습니다. FrontControllerServletV5 에는 @RequiredArgsConstructor 를 이용해 의존관계를 주입했습니다.FrontControllerServletV5@RequiredArgsConstructor @WebServlet(name = "frontControllerServletV5", urlPatterns = "/front-controller/v5/*") public class FrontControllerServletV5 extends HttpServlet { private final HandlerMappingMap handlerMappingMap; private final HandlerAdapterList handlerAdapterList; @Override protected void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { ... } private Object getHandler(HttpServletRequest request) { return handlerMappingMap.getHandler(request); } private MyHandlerAdapter getHandlerAdapter(Object handler) { return handlerAdapterList.getHandlerAdapter(handler); } ... }  HandlerAdapterConfig@Configuration public class HandlerAdapterConfig { @Bean public HandlerAdapterList handlerAdapterList() { return new HandlerAdapterList(registerHandlerAdapters()); } private List<MyHandlerAdapter> registerHandlerAdapters() { List<MyHandlerAdapter> handlerAdapters = new ArrayList<>(); handlerAdapters.add(new ControllerV3HandlerAdapter()); handlerAdapters.add(new ControllerV4HandlerAdapter()); handlerAdapters.add(new ControllerV2HandlerAdapter()); return handlerAdapters; } }HandlerMappingConfig@Configuration public class HandlerMappingConfig { @Bean public HandlerMappingMap handlerMappingMap() { return new HandlerMappingMap(registerHandlers()); } private Map<String, Object> registerHandlers() { HashMap<String, Object> urlMap = new HashMap<>(); urlMap.put("/front-controller/v5/v2/members/new-form", new MemberFormControllerV2()); urlMap.put("/front-controller/v5/v2/members/save", new MemberSaveControllerV2()); urlMap.put("/front-controller/v5/v2/members", new MemberListControllerV2()); urlMap.put("/front-controller/v5/v3/members/new-form", new MemberFormControllerV3()); urlMap.put("/front-controller/v5/v3/members/save", new MemberSaveControllerV3()); urlMap.put("/front-controller/v5/v3/members", new MemberListControllerV3()); urlMap.put("/front-controller/v5/v4/members/new-form", new MemberFormControllerV4()); urlMap.put("/front-controller/v5/v4/members/save", new MemberSaveControllerV4()); urlMap.put("/front-controller/v5/v4/members", new MemberListControllerV4()); return urlMap; } }HandlerAdapterListpublic class HandlerAdapterList { private final List<MyHandlerAdapter> handlerAdapters; public HandlerAdapterList(List<MyHandlerAdapter> handlerAdapters) { this.handlerAdapters = handlerAdapters; } public MyHandlerAdapter getHandlerAdapter(Object handler) { for (MyHandlerAdapter handlerAdapter : handlerAdapters) { if (handlerAdapter.supports(handler)) { return handlerAdapter; } } throw new IllegalArgumentException("handler adapter 를 찾을 수 없습니다. handler=" + handler); } }HandlerMappingMappublic class HandlerMappingMap { private final Map<String, Object> handlerMappingMap; public HandlerMappingMap(Map<String, Object> handlerMappingMap) { this.handlerMappingMap = handlerMappingMap; } public Object getHandler(HttpServletRequest request) { String requestURI = request.getRequestURI(); return handlerMappingMap.get(requestURI); } }정상 작동하는 것은 확인하였지만, 몇가지 궁금한 사항이 있어서 질문 드립니다.1. @Configuration 과 @Bean, 일급 컬렉션을 이용한 방법 말고도 다른 DI 적용 방법이 있을까요?2. Map, List 를 일급 컬렉션으로 만드는 과정에서 getHandlerAdapter, getHandler 와 같은 메서드들을 의미있는 논리 메서드로 판단해서 각각의 컬렉션의 메서드로 뺐는데, 제가 맞게 판단한 것일까요?3. 여전히 registerHandlers, registerHandlerAdapters 에는 각각의 객체들을 더하는 코드들이 길게 나열되어 있어 지저분합니다. 이것들도 깔끔하게 자동으로 주입 받는 방법이 있을까요? (강사님께서 언급하신 @RequestMapping 어노테이션의 작동 원리와 관련이 있을까요? spring-webmvc 코드를 살펴보았을 때는 SimpleUrlHandlerMapping 의 protected void registerHandlers(Map<String, Object> urlMap) 을 통해 url 을 등록하는 것으로 보이는데, 이것과 연관이 있을까요?)긴 글 읽어주셔서 감사합니다.

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. import java.util.*; class BackendDeveloper { public void writeJava() { System.out.println("자바가 좋아 인터네셔널~"); } } class FrontEndDeveloper { public void writeJavascript() { System.out.println("자바스크립트가 좋아 인터네셔널~"); } } public class Project { private final BackendDeveloper backendDeveloper; private final FrontEndDeveloper frontEndDeveloper; public Project( BackendDeveloper backendDeveloper, FrontEndDeveloper frontEndDeveloper ) { this.backendDeveloper = backendDeveloper; this.frontEndDeveloper = frontEndDeveloper; } public void implement() { backendDeveloper.writeJava(); frontEndDeveloper.writeJavascript(); } public static void main(String args[]) { Project a = new Project(new BackendDeveloper(), new FrontEndDeveloper()); a.implement(); } }의존성 주입이란 객체가 필요로 하는 의존성(다른 객체나 서비스)을 외부에서 생성하여 주입하는 것으로 알고 있었습니다. 설명하실 때는 위 코드가 의존성 주입, DI가 적용되지 않은 코드라고 하셨는데, 의존성 주입의 3가지 방법중 생성자 주입 방식이 적용된 코드인 것으로 보여서 질문드립니다.인터페이스가 아닌 구체적인 백엔드와 프론트엔드라서 DIP는 위반했지만 DI는 잘 된게 아닌지 헷갈립니다 ㅠㅠ

[질문 템플릿]1. 강의 내용과 관련된 질문인가요? 예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예[질문 내용]IoC 컨테이너와 DI 컨테이너의 차이점이 궁금합니다.IoC 기능의 대표 동작원리가 DI이다.라는 것은 구글링을 통해 알게되었습니다. 그렇다면 DI 컨테이너는 IoC 컨테이너의 하위 개념인가요?

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]아래 코드처럼 한 클래스 내 생성자가 2개 이상인 경우, @Autowired를 주입하지 않으면 의존관계 주입이 이뤄지지 않나요???강의 내용에선 생성자가 1개인 경우 @Autowired를 생략해도 의존관계 주입이 자동으로 이뤄진다했는데, 2개 이상인 경우에도 되는 것 같아서요!@Component public class MyClass { private DependencyA dependencyA; private DependencyB dependencyB; public MyClass(DependencyA dependencyA) { this.dependencyA = dependencyA; } public MyClass(DependencyA dependencyA, DependencyB dependencyB) { this.dependencyA = dependencyA; this.dependencyB = dependencyB; } }

안녕하세요 DI 관련해 질문이 있습니다.```java @Controller public class MemberController { private final MemberService memberService; @Autowired public MemberController(MemberService memberService) { this.memberService = memberService; } } private final MemberService memberService; final 키워드를 붙여주는 이유가 궁금합니다.memberSevice 를 변경하지 못하게 하는 이유가 무엇인가요?

안녕하세요! 스프링의 의존 관계 주입에 대해서 공부하다가 의문점이 생겨서 질문을 남깁니다. 스프링에서 의존 관계를 주입하는 어노테이션은 @Resources, @Inject, @Autowired 세 가지가 있는 것으로 보이는데, 이 중 @Inject와 @Autowired에 대해 궁금증이 생겼습니다.   대부분 강의나 작성된 코드를 보면 @Autowired를 많이 사용하시는 것으로 보입니다. 제가 파악한 둘의 차이점은 아래와 같습니다. * @Autowired는 스프링 프레임워크에서 제공하지만, @Inject는 JSR-330 표준 어노테이션이다. * @Autowired는 required = false로 설정할 수 있다. * @Autowired가 먼저 생겼고, 이후에 @Inject가 생겼다. 따라서 오래된 버전의 스프링에서는 @Autowired를 사용한다.   이렇다 보니, (거의 그럴 일이 없지만) Spring에서 다른 DI 컨테이너로 변경하는 경우 @Inject는 그대로 사용할 수 있지만, @Autowired는 사용할 수 없는 것으로 보입니다. 그럼에도 강의 내에서, 그리고 많은 스프링 코드들이 @Autowired를 사용하는 이유를 알 수 있을까요?   감사합니다!

[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)[질문 내용] 영한님 안녕하세요. 먼저 항상 이렇게 훌륭한 강의 만들어주셔서 정말 감사드립니다.   강의 중에 BindingResult 인터페이스의 구현체로 BeanPropertyBindingResult 클래스가 들어온다고 말씀해주셨는데, BindingResult 인터페이스의 구현체 종류가 많이 있는 상태에서 어떤 구현체가 들어올지 어떻게 알 수 있는지 궁금합니다.   + 여러개의 구현체를 사용해야하는 상황을 위해서 많은 클래스들을 전부 미리 빈으로 등록을 하는 것인지, 아니면 default 구현체를 autoconfiguration으로 설정해두고, 필요에 따라 bean을 추가적으로 (condition..?) 생성해내는지도 궁금합니다   + spring.factories 파일을 따라가서 springboot가 지원해주는 autoconfiguration을 따라가면서 bean으로 등록하는 위치를 찾아보는 게 맞는 방법인가요? (타고타고 가다보니 너무 파일이 방대해져서 아직 찾지못했습니다 ㅠㅠ) 

1.  강의 3분 ~ 3분 30초에서 생성자를 통한 의존관계 주입을 설명하는 부분에서 딱 1번만 호출되고 불변한다고 하셨는데 그렇다면 그 1번의 시점은 스프링 컨테이너에 등록되는 시점이라고 봐도 되는걸까요? 2.  강의 21분 30 ~ 22분에서 필드 주입에 대해서 말씀하신 부분에 대해서 왜 OrderServiceImpl 에 파라미터가 있는 생성자가 있으면 OrderServiceImplTest 의 fieldInjectionTest 에서 오류가 나는지 궁금합니다.  3. 강의 21분 44초에서 왜 OrderServiceImplTest 에서 NPE 에러가 뜨는지 궁급합니다.     

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)[질문 내용] 안녕하세요 객체지향 개발에 관심이 생겨 공부중인 개발자 입니다. 좋은 강의 잘 듣고 있습니다.   한번에 하나의 할인 정책을 적용하는 경우는 AppConfig에서 지정을 해주면 되는데 만약 동시에 두 개 이상의 할인 정책을 적용하는 경우 어떤 방법으로 구현하면 좋을지 궁금해서 질문드립니다.   1. 현재 적용하고 있는 할인 정책이 하나인 경우   아래와 같이 AppConfig에서 제어흐름을 담당하면서 어떤 할인 정책을 적용할지 결정을 한다는 점은 이해했습니다.   public DiscountPolicy discountPolicy() { // return new FixDiscountPolicy(); return new RateDiscountPolicy(); }   2. 할인 정책을 모두(정액, 정률) 사용하고 싶은 경우   예를 들어 할인 정책을 적용할 수 있는 쿠폰이 정액, 정률 두 개가 동시에 존재한다고 했을 때 클라이언트의 변경 없이(OCP) 할인정책을 적용하고 싶다면 AppConfig 에서 `discountPolicy()` 메소드를 호출할 때 정률 할인 쿠폰인 경우 `new RateDiscountPolicy()`를 리턴해야하고 정액 할인 쿠폰인 경우 `new  FixDiscountPolicy()`를 리턴해줘야 합니다.   2-1. AppConfig 를 인터페이스로 변경하고 구현체를 별도로 생성   public class FixDiscountAppConfig implements AppConfig { … }   public class RateDiscountAppConfig implements AppConfig { … }   // OrderApp AppConfig appConfig; if (“정률할인 쿠폰”) { appConfig = new RateDiscountAppConfig(); } else If (“정액할인 쿠폰”) { appConfig = new FixDiscountAppConfig(); } AppConfig appConfig = new AppConfig(); MemberService memberService = appConfig.memberService(); OrderService orderService = appConfig.orderService();     2.2 AppConfig 내 discountPolicy 메소드 호출 시 파라미터를 넘겨 구분   public DiscountPolicy discountPolicy(String 할인정책) { if (“정액”.equals(할인정책)) { return new FixDiscountPolicy(); } else { return new RateDiscountPolicy(); } }   한번에 하나의 정책을 적용하는 것보단 동시에 여러 정책을 적용하는 경우가 더 많을 것 같다고 생각이 들었습니다. 이 경우에는 어떤 방식으로 구현하는게 좋은 객체 지향원칙을 지키며 구현하는 것일지 조언을 구하고자 합니다.

        안녕하세요, 강의잘보고있습니다. 여러가지 lombok 이나 다른 편의라이브러리를 사용하는것도 좋지만 아직은 구조잡기가 우선이라고 생각하여 최대한 필수구조를 잡아가며 짜는연습중인데 강의중에 Requirment... Annotation 을 사용하지않고 아래 방법대로 @Autowired 가 되어도 문제가없는지 질문드립니다.     @Service@Transactional(readOnly = true)public class OrderService { private final MemberRepository memberRepository; private final OrderRepository orderRepository; private final ItemRepository itemRepository; @Autowired public OrderService(MemberRepository a, OrderRepository b, ItemRepository c) { this.memberRepository = a; this.orderRepository = b; this.itemRepository = c; }}

(관련 코드) static class DiscountService { private final Map<String, DiscountPolicy> policyMap; private final List<DiscountPolicy> policies; @Autowired public DiscountService(Map<String, DiscountPolicy> policyMap, List<DiscountPolicy> policies) { this.policyMap = policyMap; this.policies = policies; System.out.println("policyMap = " + policyMap); System.out.println("policies = " + policies); } (강의에서 설명) DiscountService는 Map으로 모든 DiscountPolicy(부모 인터페이스)를 주입 받는다. 이때 fixDiscountPolicy(자식 클래스), rateDiscountPolicy(자식 클래스)가 주입된다. (질문) DiscountPolicy는 인터페이스고 이것을 상속 받는 객체가 rateDiscountPolicy랑 fixDiscountPolicy입니다. 위 설명 대로라면 부모를 주입 받았을 때 자식까지 다 주입 받는 건가요? 자식을 주입 받았을 때 부모까지 주입 받는 거 아니었나요? 제가 상속에 대해 잘못 알고 있었던 건가요?

안녕하세요 영한님! 강의 내용을 코틀린 기반으로 작성해보고 있는데요!  조금 다른 부분들이 있긴 하지만 여러 리서치를 해보며 정상 동작하는 것들을 확인했는데 굉장히 특이한 문제를 만나서 조언을 구하고자 질문 드립니다. MemberService의 MemberRepository를 SpringConfig에서 의존성 주입을 해준 뒤  실제 메서드에서 해당 repository를 호출해보니 repository가 null이어서 접근할 수 없다는 메시지와 함께 에러가 발생하였습니다. 이에 대해 조금 조사해 본 결과 @Transactional를 추가하게 되면 구성된 의존성에 접근이 되지 않는 문제가 있었습니다.  그러나 이 생성자에서 받아온 의존성을 open 제한자로 변경하여 받아오면 접근이 되는 기묘한 현상이 발생하더군요! 관련해서 해결책을 찾은 경로는 여기였습니다. https://stackoverflow.com/questions/41298289/spring-boot-autowired-with-kotlin-in-service-is-always-null  혹시 강의 내용과는 조금 차이가 있지만 왜 이런 현상이 발생하는지 알 수 있을까요? 강의 너무 잘 듣고 있습니다. 항상 감사합니다!

안녕하세요!.  강의 막바지에 해당 프론트 컨트롤러에 등록되는 핸들러 매핑 맵과, 핸들러어댑터 콜렉션에 대해서 외부에서 주입하도록 해봐도 된다고 하셨는데,  스프링을 사용할때는 @Configuration과 @Bean 애노테이션을 사용해 Config 클래스에서 의존성을 입맛에 맞게 주입할 수 있었는데, 지금과 같이 스프링을 안쓰고 주입을 하려면 어떻게 해야 할지 키워드가 있을까요? 프로젝트 구동시 어느 시점에서 서블릿이 스캔되서 등록되는지 몰라서 어디에 해당 정보들을 setter든 생성자든 주입해야할지 모르겠습니다 ㅠ