[스프링 핵심원리 - 기본편] 섹션 6 + 다양한 의존관계 주입 방법

‎SE-OL·2022년 6월 28일

스프링 핵심원리 기본

목록 보기

6/7

컴포넌트 스캔과 의존관계 자동 주입 시작하기

현재까지의 등록 방법 -> @Bean 등 설정 정보에 직접 스프링 빈 나열
-> 귀찮다 ....
=> @Autowired !!
@Component와 @Autowired를 각 필요한 위치에 넣은 코드 작성

클래스 명 사용 주의 (앞 두글자만 바꾸고 !)

의존관계 주입 시 스프링 컨테이너에서 자동으로 찾아서 주입함 !

탐색 위치와 기본 스캔 대상

basePacakges: 탐색할 패키지 시작 위치 지정 ( 포함 하위 패키지 모두 탐색 , 여러 시작 위치 설정 가능)
basePackageClasses: 지정한 클래스 패키지를 탐색 시작 위치로.
만약 이 둘을 지정하지 않을 시 @ComponentScan이 붙은 정보 클래스 패키지가 시작위치가 된다.
-> 사실 디폴트로 패키지 위치 지정하지 않고, 설정 정보 클래스의 위치를 프로젝트 최상단에 두는 것을 권장 (@SpringBootApplication이 시작 루트 위치에 두는 것이 관건인데 얘가 @ComponentScan 포함함)

골뱅이모음

@Component : 컴포넌트 스캔에서 사용
@Controlller : 스프링 MVC 컨트롤러에서 사용
@Service : 스프링 비즈니스 로직에서 사용
@Repository : 스프링 데이터 접근 계층에서 사용
@Configuration : 스프링 설정 정보에서 사용
@Controller : 스프링 MVC 컨트롤러로 인식
@Repository : 스프링 데이터 접근 계층으로 인식하고, 데이터 계층의 예외를 스프링 예외로 변환해
@Configuration : 앞서 보았듯이 스프링 설정 정보로 인식하고, 스프링 빈이 싱글톤을 유지하도록 추가 처리
@Service : 비즈니스 계층 인식에 도움

필터

includeFilters : 컴포넌트 스캔 대상을 추가로 지정
excludeFilters : 컴포넌트 스캔에서 제외할 대상을 지정

@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface MyExcludeComponent { //혹은 MyIncludeComponent 형식
}

package hello.core.filter;

import org.junit.jupiter.api.Assertions;
import org.junit.jupiter.api.Test;
import org.springframework.beans.factory.NoSuchBeanDefinitionException;
import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;
import org.springframework.context.annotation.ComponentScan;
import org.springframework.context.annotation.Configuration;
import org.springframework.context.annotation.FilterType;
import static org.assertj.core.api.Assertions.assertThat;
import static org.springframework.context.annotation.ComponentScan.Filter;

public class ComponentFilterAppConfigTest {
    @Test
    void filterScan() {
        ApplicationContext ac = new AnnotationConfigApplicationContext(ComponentFilterAppConfig.class);
        BeanA beanA = ac.getBean("beanA", BeanA.class);
        assertThat(beanA).isNotNull();
        Assertions.assertThrows( NoSuchBeanDefinitionException.class, () -> ac.getBean("beanB", BeanB.class));
    }
    @Configuration
    @ComponentScan(
            includeFilters = @Filter(type = FilterType.ANNOTATION, classes = MyIncludeComponent.class),
            excludeFilters = @Filter(type = FilterType.ANNOTATION, classes = MyExcludeComponent.class))
    static class ComponentFilterAppConfig {
    }
}

필터 옵션

ANNOTATION: 기본값, 애노테이션을 인식해서 동작
ex) org.example.SomeAnnotation
ASSIGNABLE_TYPE: 지정한 타입과 자식 타입을 인식해서 동작
ex) org.example.SomeClass
ASPECTJ: AspectJ 패턴 사용
ex) org.example..*Service+
REGEX: 정규 표현식
ex) org.example.Default.*
CUSTOM: TypeFilter 이라는 인터페이스를 구현해서 처리
ex) org.example.MyTypeFilter

중복 등록과 충돌

같은 빈 이름을 등록한다면 ??
1. 자동 vs 자동
재 등록 -> ConflictingBeanDefinitionException 예외 발생
2. 수동 vs 자동
수동 빈 등록이 우선권
Overriding bean definition for bean 'memoryMemberRepository' with a different
definition: replacing
ㄴ 로그 내용
로그의 내용을 보고 어떤 오류인지 확인할 수 있음.