Study/Spring

컴포넌트 스캔 스프링은 설정 정보가 없어도 자동으로 스프링 빈을 등록하는 컴포넌트 스캔이라는 기능을 제공한다. @Configuration @ComponentScan( excludeFilters = @Filter(type = FilterType.ANNOTATION, classes = Configuration.class)) public class AutoAppConfig { } 컴포넌트 스캔은 이름 그대로 @Component 애노테이션이 붙은 클래스를 스캔해서 스프링 빈으로 등록한다. 이때 스프링 빈의 기본 이름은 클래스명을 사용하되 맨 앞글자만 소문자를 사용한다. 빈 이름 기본 전략: MemberServiceImpl 클래스 -> memberServiceImpl 빈 이름 직접 지정: 만약 스프링 빈의 이름을..

싱글톤 패턴 클래스의 인스턴스가 딱 1개만 생성되는 것을 보장하는 디자인 패턴 private 생성자를 사용해서 외부에서 임의로 new 키워드를 사용하지 못하도록 막고 getInstance 메서드를 제공해서 객체 인스턴스를 return 한다. 주의점 : 여러 클라이언트가 하나의 같은 객체 인스턴스를 공유하기 때문에 싱글톤 객체는 stateful하게 설계하면 안된다. 문제점 싱글톤 패턴을 구현하는 코드 자체가 많이 들어간다 자식 클래스를 만들기 어렵다 유연성이 떨어진다 의존관계상 클라이언트가 구체 클래스에 의존 - DIP 위반 더보기 의존관계 역전 원칙 : DIP, Dependency inversion principle 프로그래머는 추상화에 의존해야지, 구체화에 의존하면 안된다. 구현 클래스에 의존하지 말고..

스프링이 다양한 설정 형식을(Annotation, xml, etc..) 지원할 수 있는 이유 스프링 컨테이너는 메타정보(beanDefinition)를 기반으로 스프링 빈을 생성한다. XML을 읽어서 BeanDefinition을 만들면 된다. 자바 코드를 읽어서 BeanDefinition을 만들면 된다. 스프링 컨테이너는 자바 코드인지, XML인지 몰라도 된다. 오직 BeanDefinition만 알면 된다. 📌 새로운 형식의 설정 정보가 추가되면, XxxBeanDefinitionReader를 만들어서 BeanDefinition을 생성하면 된다. BeanDefinition BeanClassName: 생성할 빈의 클래스 명(자바 설정 처럼 팩토리 역할의 빈을 사용하면 없음) factoryBeanName: 팩토..

BeanFactory와 ApplicationContext BeanFactory : 스프링 컨테이너의 최상위 인터페이스. getBean() 제공 ApplicationContext BeanFactory의 기능을 모두 상속받아서 사용 어플리캐이션을 개발할 때 빈을 관리하고 조회하는 기능뿐만 아니라, 수 많은 부가기능이 필요하기 때문에 사용하는 인터페이스 메시지 소스를 활용한 국제화 기능 환경변수 애플리케이션 이벤트 편리한 리소스 조회 그 외의 차이점 Lazy Loading(BeanFactory) vs. Eager Loading(ApplicationContext) BeanFactory loads beans on-demand, while ApplicationContext loads all beans at star..

스프링 빈 스프링 컨테이너에서 관리하는 객체 In Spring, the objects that form the backbone of your application and that are managed by the Spring IoC container are called beans. A bean is an object that is instantiated, assembled, and otherwise managed by a Spring IoC container. - the Spring Framework documentation 컨테이너에 등록된 모든 빈 조회 모든 빈 출력하기 @Test @DisplayName("모든 빈 출력하기") void findAllBean(){ String[] beanDefiniti..