전체 글

본 게시물은 김영한 선생님의 강의를 학습하며 작성하였습니다. 스프링 컨테이너는 다양한 형식의 설정 정보를 받아드릴 수 있게 유연하게 설계되어 있다. 자보바 코드, XML, Groovy 등등 애노테이션 기반 자바 코드 설정 사용 지금까지 했던 것이다. new AnnotationCOnfigApplicationContext(AppConfig.class) AnnotationConfigApplicationContext클래스를 사용하면서 자바 코드로 된 설정 정보를 넘기면 된다. XML 설정 사용 최근에는 스프링 부트를 많이 사용하면서 XML기반의 설정은 잘 사용하지 않는다. 아직 많은 레거시 프로젝트 들이 XML로 되어있고, 또 XML을 사용하면 컴파일 없이 빈 설정 정보를 변경할 수 있는 장점도 있으므로 한번씩..

본 게시물은 김영한 선생님의 강의를 학습하며 작성하였습니다. BeanFactory와 ApplicationContext BeanFactory 스프링 컨테이너의 최상위 인터페이스다. 스프링 빈을 관리하고 조회하는 역할을 담당한다. getBean()을 제공한다. 지금까지 우리가 사용했던 대부분의 기능은 BeanFactory가 제공하는 기능이다. ApplicationContext BeanFactory 기능을 모두 상속받아서 제공한다. 빈을 관리하고 검색하는 기능을 BeanFactory가 제공해주는데, 그러면 그 둘의 차이가 뭘까? 애플리케이션을 개발할 때는 빈을 관리하고 조회하는 기능은 물론이고, 수 많은 부가 기능이 필요하다. ApplicationContext가 제공하는 부가기능 메시지소스를 활용한 국제화 기..

본 게시물은 김영한 선생님의 강의를 학습하며 작성하였습니다. 부모 타입으로 조회하면, 자식 타입도 함께 조회한다. 그래서 모든 자바 객체의 최고 부모인 Object타입으로 조회하면, 모든 스프링 빈을 조회한다. package com.hello.core.beanfind; import com.hello.core.discount.DiscountPolicy; import com.hello.core.discount.FixDiscountPolicy; import com.hello.core.discount.RateDiscountPolicy; import org.junit.jupiter.api.DisplayName; import org.junit.jupiter.api.Test; import org.springframe..

본 게시물은 김영한 선생님의 강의를 학습하며 작성하였습니다. 컨테이너에 등록된 모든 빈 조회 ApplicationContextInfoTest package com.hello.core.beanfind; import com.hello.core.AppConfig; import org.junit.jupiter.api.DisplayName; import org.junit.jupiter.api.Test; import org.springframework.beans.factory.config.BeanDefinition; import org.springframework.context.annotation.AnnotationConfigApplicationContext; public class ApplicationContex..

본 게시물은 김영한 선생님의 강의를 학습하며 작성하였습니다. 이전까지 사용한 순수 JAVA 코드 (AppConfig) package com.hello.core; import com.hello.core.discount.DiscountPolicy; import com.hello.core.discount.RateDiscountPolicy; import com.hello.core.member.MemberRepository; import com.hello.core.member.MemberService; import com.hello.core.member.MemberServiceImpl; import com.hello.core.member.MemoryMemberRepository; import com.hello.c..

본 게시물은 김영한 선생님의 강의를 학습하며 작성하였습니다. 제어의 역전 기존 프로그램은 클라이언트 구현 객체가 스스로 필요한 서버 구현 객체를 생성하고, 연결하고, 실행했다. (구현 객체가 프로그램의 제어 흐름을 스스로 조종했다. AppConfig가 등장한 이후에 구현 객체는 자신의 로직을 실행하는 역할만 담당한다. 프로그램의 제어 흐름은 이제 AppConfig가 가져간다. 예를 들어서 OrderServiceImpl은 필요한 인터페이스들을 호출하지만 어떤 구현 객체들이 실행될지 모른다. 프로그램에 대한 제어 흐름에 대한 권한은 모두 AppConfig가 가지고 있다. 심지어 OrderServiceImpl 도 AppConfig가 생성한다. AppConfig는 OrderServiceImlp이 아닌 Order..