jhhan의 블로그

오랜만에 다시 써봅니다. (오랜만에 작성하는 블로그여서 저번에 뭘 썼는지도 잊었습니다...) 지난번 포스트에서는 프로토타입과 싱글톤 타입을 함께 쓸 때 나타날 수 있는 문제점에 대해 알아봤는데, 이번에는 이에 대한 해결법을 알아보겠습니다. 일단 지난번에 다뤘던 문제는 싱글톤 빈 생성 싱글톤 빈이 주입받을 때 프로토타입 빈이 주입 그래서 프로토타입 빈이지만 싱글톤 처럼 작동 이런 문제가 있었습니다. 우리는 싱글톤 빈이 있더라도 프로토타입 빈의 성격을 가진 것을 사용하고 싶다는 것이죠. 그럼 가장 단순하게 생각하면 되죠! 바로 → 싱글톤 빈이 프로토타입 빈을 사용할 때마다 스프링 컨테이너에 새로 요청하는 것입니다. @Test void providerTest() { AnnotationConfigApplicat..

이번 포스트는 조회한 빈이 여러개이고, 여러 개인 빈이 모두 필요한 경우에 대해서 살펴보겠습니다. 앞에서는 조회한 빈이 여러개인 경우 그 중에 1개만 선택해서 진행하는 것으로 했습니다. 하지만 어떤 경우에는 조회한 빈이 모두 필요할 때도 있습니다. 전에 사용했던 것을 예시로 들면 DiscountPolicy를 사용했었죠. DiscountPolicy는 fix와 rate으로 나뉘어져 있는데, 이 2개 모두 필요하다고 생각해보면 되겠습니다. (할인을 여러가지 경우로 나누어서 생각하는 것이죠!) 테스트 파일을 만들어서 진행할 것입니다. hello.core.autowired.AllBeanTest 경로가 되도록 진행하겠습니다. public class AllBeanTest { @Test void findAllBean(..

'자바와 스프링 그 사이' 시리즈 포스트에 이어서 진행합니다. 스프링 컨테이너와 빈에 대해서 간략하게 알아보려고 합니다. 스프링 컨테이너1 지난번 포스트의 코드 중 일부입니다. ApplicationContext를 스프링 컨테이너라고 한다. ApplicationContext는 인터페이스 AnnotationConfigApplicationContext는 구현체이다. 실제 ApplicationContext와 AnnotationConfigApplicationContext의 관계를 본다면 AnnotationConfigApplicationContext implements ApplicationContext 인것을 알 수 있다. 스프링 컨테이너2 스프링 컨테이너는 xml 기반일 수도 있고, 어노테이션 기반일 수도 있다...