스프링 핵심 원리

https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-%ED%95%B5%EC%8B%AC-%EC%9B%90%EB%A6%AC-%EA%B8%B0%EB%B3%B8%ED%8E%B8/ 스프링이 뭐가 좋은지 직접 경험해보기 위

스프링 컨테이너 스프링 컨테이너를 생성할때 AppConfig.class를 넘기면 이를 보고 @Bean이 붙은 메서드 들을 호출해서 빈 이름과 해당 메서드의 리턴값을 스프링 빈 저장소에 저장한다. 이후 AppConfig.class의 코드를 보고 스프링 빈 의존관계를

김영한님의 강의를 들으면서 필기한 내용입니다. 싱글톤 웹 어플리케이션은 보통 여러 고객이 동시에 요청한다 그럼 DI 컨테이너(AppConfig)는 Service 객체를 new로 여러개 만들어서 리턴해주는가? 스프링 없이 순수 자바 코드로 실행시 Service 객

컴포넌트 스캔과 의존관계 자동 주입 컴포넌트 스캔 : @Component 가 붙은 클래스를 찾아서 자동으로 스프링 빈에 등록해줌 (안에 excludeFilters 로 제외 목록 설정 가능) basePackages 로 탐색 시작 디렉토리 설정가능 설정 안해주면 라이브러

의존관계 주입 방법 생성자 주입 생성자 호출시점에 딱 1번만 호출되는 것이 보장됨 주로 불변, 필수 의존관계에 사용 생성자만 통해서 주입시 버그 발생해도 원인을 쉽게 파악 가능 생성자가 딱 1개만 있으면 @Autowired 생략해도 자동으로 의존관계 주입해줌 수정

디비 커넥션 풀이나, 네트워크 소켓처럼 미리 연결해두고 애플리케이션 종료할때 연결을 모두 종료하는 작업을 진행하려면 객체의 초기화와 종료작업이 필요하다 스프링은 의존 관계 주입이 완료되면 스프링 빈에게 콜백 메서드를 통해서 초기화 시점을 알려주고, 스프링 컨테이너가

번역 그대로 빈이 존재할 수 있는 범위싱글톤 : 기본 스코프, 스프링 컨테이너의 시작과 종료까지 유지, 가장 넓은 스코프프로토 타입 : 스프링 컨테이너는 프로토타입 빈의 생성과 의존관계 주입까지만 관여하고 이후는 관리하지 않음, 짧은 범위의 스코프request : 웹