spring boot 의 AutoConfiguration 은 @Conditional 에 기반한다. 스프링 기반의 애플리케이션을 개발할때 조건부적으로 beans 을 등록할 필요가 생긴다. 예를들어 로컬 환경에서는 dev db, 프로덕션 환경에서는 production db 에 붙어야 하는 경우가 있다. 그때 properties files 에 database connection 정보를 넣고, 환경에 따라 적절한 파일을 사용할 수 있다. 그런데 각각의 환경에 따라 변경점이 필요하다면 configuration 을 변경할 수 있어야 한다.

Spring 3.1 에서 Profiles 개념이 도입되어 동일한 type 의 beans 을 등록할 수 있고 하나 이상의 profiles 에 연관시킬 수 있다. 그리고 application 을 실행시킬때 원하는 profiles 만 활성화시킬 수 있고, 활성화된 profiles 에 연관된 beans 만 등록된다.

Spring 4 에서 @Conditional 이 도입되어 Spring beans 를 조건에 따라 등록할 수 있게 되었다.

spring boot AutoConfiguration

@EnableAutoConfiguration

이 어노테이션을 통해 스프링 부트는 AutoConfiguration 설정이 되고, @SpringBootApplication 의 내부를 보면 이 주석이 포함되어 있다. 또 @SpringBootApplication 에는 @ComponentScan 이 있어 classpath 에서 components 들을 스캐닝하고 Condition 에 매칭되는 beans 을 등록함으로써 ApplicationContext 의 자동 구성이 가능한 것이다.

AutoConfiguration 구현 방법

AutoConfiguration 클래스는 @Configuration 으로 설정 클래스로 만들고, @EnableConfigurationProperties 로 사용자 정의 특성을 받아 하나 이상의 Conditional bean 등록 메소드를 바인딩한다.

@Configuration
@ConditionalOnClass({ DataSource.class, EmbeddedDatabaseType.class })
@EnableConfigurationProperties(DataSourceProperties.class)
@Import({ Registrar.class, DataSourcePoolMetadataProvidersConfiguration.class })
public class DataSourceAutoConfiguration {
  // ...
  @Configuration
  @ConditionalOnClass(DataSourceAutoConfiguration.EmbeddedDataSourceCondition.class)
  @Import(EmbeddedDataSourceConfiguration.class)
  protected static class EmbeddedConfiguration {
  }


}

@ConditionalOnClass, @ConditionalOnProperty, @ConditionalOnMissingBean 등...

위 어노테이션은 @Conditional 을 포함하여 각각의 해당 조건이 일치하는 경우에만 ApplicationContext 에 Bean 으로 등록된다.

Java 10에서 var라는 Local Variable Type-Inference 가 추가되었다. 그 전에도 Generic 과 Lambda 를 사용할 때 타입 추론이라는 단어를 사용하는 것을 들었다.

타입 추론이란 코드 작성 당시 타입이 정해지지 않았지만, 컴파일러가 그 타입을 유추하는 것이다.

Generic

Java 10 이상

var

자바 10부터 타입 추론을 지원하는 var키워드가 추가되었다. 이 키워드는 local variable이면서 선언과 동시에 initializer가 필수적으로 요구된다.

• 참고 : https://www.baeldung.com/java-10-local-variable-type-inference

  // java 9 이하
  String message = "data";
  // java 10 이상
  var message = "the initializer present on the right-hand side";

  We don't provide the data type of message. Instead, we mark the message as a var, and the compiler infers the type of message from the type of the initializer present on the right-hand side.

  • "컴파일러는 오른쪽에 초기화 값으로 제공되는 것을 통해 타입을 유추한다."

주의 및 신경써야할 부분

• 자바 7에서 다이아몬드 연산자라는 방식이 추가되었는데, 자바 10에서 나온 var 와 함께 사용하게 되면 컴파일 에러가 발생한다.

  // 컴파일러가 타입을 유추할 수 있는 정보가 없다.
  var messages = new ArrayList<>();

• 가독성에 있어, 다른 개발자가 읽을때 가독성이 좋을지 고민해야할 것 같다. 다른 사람의 코드를 읽는 경우는 IDE 상에서 코드를 받아 보는 경우도 많겠지만, PR 이 올라와서 github 이나 bitbucket 웹 상으로 보는 경우도 많은 것 같다. 아래 두 경우가 있는데,

  1. 해당 위치만 보고 message 에 어떤 타입의 데이터가 할당될지 알 수 있는 경우

     var message = "문자열 입니다.";

  2. 예시에서는 바로 아래 메소드가 있었지만, 다른 클래스 파일에 있는 경우 두 군데 이상의 파일을 조회해야 한다. 그런데 getMessage() 정도는 충분히 코드를 읽는데 방해가 되는 것 같지도 않다. 호불호인것 같기도하고, 네이밍을 잘하면 커버할 수 있는 단점이라고 생각되기도 한다.

     public void some() {
        var message = getMessage();
     }
     
     public Message getMessage() {
          // ...
        return new Message("객체입니다.", MessageType.SOME);
     }