오봉이와 함께하는 개발 블로그

@Configuration과 싱글톤 AppConfig를 보면 이상한 점이 있다. memberService 빈을 만드는 코드를 보면 memberRepository()를 호출 memberRepository()를 호출하면 new MemoryMemberRepository()를 호출한다. orderService 빈을 만드는 코드도 동일하게 memberRepository() 를 호출한다. memberRepository()를 호출하면 new MemoryMemberRepository() 를 호출한다. 각각 다른 두 개의 MemoryMemberRepository가 생성되며 싱글톤이 깨지는 것 처럼 보이는데 스프링 컨테이너는 이 문제를 어떻게 해결할까?? @Configuration public class AppConfig..

싱글톤 컨테이너 스프링 컨테이너는 싱글톤 패턴의 문제점을 해결하며, 객체 인스턴스를 싱글톤(1개만 생성)으로 관리한다. 지금까지 배웠던 스프링 빈이 싱글톤으로 관리되는 빈이다 싱글톤 컨테이너? 스프링 컨테이너는 싱글톤 패턴을 적용하지 않아도 객체 인스턴스를 싱글톤으로 관리 컨테이너 생성 과정을 보면 컨테이너는 객체를 하나만 생성해서 관리한다. 스프링 컨테이너는 싱글톤 컨테이너의 역할을 함 이렇게 싱글톤 객체를 생성하고 관리하는 기능을 싱글톤 레지스트리라 함 스프링 컨테이너의 이런 기능 덕분에 싱글톤 패턴의 모든 단점을 해결하며 객체를 싱글톤으로 유지할 수 있다 싱글톤 패턴을 위한 지저분한 코드가 들어가지 않아도 됨 DIP, OCP, 테스트, private 생성자로 부터 자유롭게 싱글톤을 생성할 수 있다...

웹 애플리케이션과 싱글톤 스프링은 기업용 온라인 서비스 기술 지원을 위해 탄생. 대부분 스프링은 웹 애플리케이션이다 물론 웹이 아닌 애플리케이션 개발도 얼마든지 개발 가능 웹 애플리케이션은 보통 여러 고객이 동시에 요청함 스프링 없는 순수한 DI 컨테이너 테스트 @Bean public MemberService memberService() { return new MemberServiceImpl(memberRepository()); } @Bean public MemoryMemberRepository memberRepository() { return new MemoryMemberRepository(); } public class SingletonTest { @Test @DisplayName("스프링 없는 순수..

스프링 빈 설정 메타 정보 - BeanDefinition xml, java, groovy 등 다양한 설정 형식을 지원할 수 있는 이유는 BeanDefinition이라는 추상화가 있기 때문. 쉽게 표현하면 역할과 구현을 개념적으로 나눈 것 BeanDefinition은 읽어서 만들기만 하면 된다. XML을 읽어서 BeanDefinition을 만든다. 자바 코드를 읽어 BeanDefinition을 만든다. 스프링 컨테이너는 자바든 XML이든 BeanDefinition만 알면 된다. BeanDefinition을 빈 설정 메타정보라 함. @Bean, 당 각각 하나씩 메타 정보가 생성됨. 스프링 컨테이너는 메타정보를 기반으로 스프링 빈을 생성함. 코드 레벨로 더 깊게 들어가자 AnnotationConfigAppli..

BeanFactory와 ApplicationContext BeanFactory 스프링 컨테이너의 최상위 컨테이너 스프링 빈을 관리하고 조회하는 역할을 담당함 getBean()을 제공함 전에 작성했던 예제 코드들은 모두 BeanFactory에서 제공받은 기능 ApplicationContext BeanFactory 기능을 상속 받아서 제공됨 BeanFactory에서 부가 기능을 더한 인터페이스 빈을 관리하고 검색하는 기능은 BeanFactory가 제공해 주는데, 둘의 차이는??? 앱을 개발할 때는 관리, 조회는 물론 수 많은 부가기능이 필요하다 ApplicatonContext가 제공하는 부가기능 (사진) 메시지 소소를 활용한 국제화 기능(MessageSource) 한국에서 들어오면 한국어, 영어권에서 들어오..