[스터디] 배워서 바로 쓰는 스프링 프레임워크

어노테이션으로 Bean 생성 및 의존관계 주입

[어노테이션으로 Bean 생성]

빈 이름 미지정 시 클래스 이름의 첫글자를 소문자로 바꾼 이름으로 지정됨.

스프링의 클래스경로 스캐닝(classpath scanning)을 활성화해서 빈 생성 어노태이션이 설정된 클래스를 자동으로 등록함

1. @Component

2. @Service (@Component로 메타 애너테이션되어 있음)

3. @Controller (@Component로 메타 애너테이션되어 있음)

4. @Repository(@Component로 메타 애너테이션되어 있음)

[의존관계 자동 연결]

빈 인스턴스 생성 후 의존관계 주입 어노테이션이 설정된 메서드가 자동으로 호출됨

스프링 4.3부터 빈 클래스에 생성자가 하나인 경우, @Autowired를 설정할 필요 없음 (스프링 컨테이너는 디폴트로 유일한 생성자에 대한 자동 연결을 수행함)

@Autowired

@Inject (JSR 330)

[지정자를 통한 의존관계 명시적 연결]

@Qualifier

@Named (JSR 330)

@Resource (JSR 250) : 필드와 세터 메서드를 빈 이름으로 자동 연결 지원

• 흥미로웠던 부분

타입 지정 컬렉션(Typed Collection)을 통해 지정자와 연관된 모든 빈을 자동으로 연결할 수 있음

...
@Component
public class Services {
    @Autowired
    @Qualifier("service")
    private Set<MyService> services;
    ...
}

이런식으로 JPA가 @Entity나 @Repository가 설정된 클래스 객체들을 생성하지 않을까?

커스텀 지정자 애너테이션 만들기 (흥미롭)

@Target({ElementType.FIELD, ElementType.PARAMETER, ElementType.TYPE, ElementType.ANNOTATION_TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Qualifier // 커스텀 지정 애노테이션
public @interface Transfer {
    BankType bankType();
}

@Component
public class TransferProcessor {
    @Autowired
    @Transfer(bankType = BankType.SAME_BANK)
    private TransferService transferSameBack;
 
    @Autowired
    @Transfer(bankType = BankType.DIFFERENT_BANK)
    private TransferService transferDifferentBack;
 
}

스프링 객체 검증(Validate)

1. 스프링 Validator 인터페이스 사용
   • supports()
   • validate()

   특징 ⇒ 제약 사항 정보가 validator에 구현됨

2. JSR 380(빈 검증 2.0) 애너테이션 사용
   • 의존 주입 필요(JSR 380 API jar, 하이버네이트 검증기 프레임워크)

스프링의 LocalValidatorFactoryBean 클래스가 스프링 Validator 인터페이스와 JSR 380의 인터페이스(의존성이 존재한다면)를 구현함

[흥미로웠던 부분]

• JSR 380 제약 사항이 적용된 클래스나 인터페이스를 상속받으면, 자식에게도 제약사항이 상속된다.

• JSR 380 제약사항을 만족하지 못한 경우 ConstraintViolationException 예외가 발생한다.

  try {
      // JSR 제약사항이 적용된 메서드 호출
      customerRequestService.submitRequest(...);
  } catch (ConstrainViolationException ex) {
      printValidationErrors(ex);
  }

이해 안가는 부분

• p254. 스프링 컨테이너는 디폴트로 유일한 빈 생성자에 대해 자동 연결을 수행하므로, 유일 생성자에 대해 @Autowired를 설정할 필요가 없다. => IoC는 대상 클래스가 Bean일 경우에만 유일 생성자를 무조건 실행해주는 건가?