Spring

• 스프링은 IoC와 AOP를 지원하는 경량 컨테이너 프레임워크.
• 개인적으로 스프링을 안 좋아하지만 스프링의 주요 개념들이 다른 프레임워크에 많은 영향을 준 것 같다.
• 지금 업무에서도 쓰고 있다. 사용법은 알겠는데, 내부 구조를 잘 모르겠다.

Spring vs Spring Boot

• 스프링은 엔터프라이즈 애플리케이션을 쉽게 만들기 위한 프레임워크.
• 스프링 부트는 스프링의 각종 설정을 자동화한 프레임워크:
  • 임베디드 톰캣 - 톰캣이 내장되어 있어 별도의 웹 서버 구축이 불필요하다.
  • 디펜던시 자동화 - 디펜던시의 버전 충돌을 신경쓸 필요가 없다.
  • jar - war 파일로 빌드되는 스프링과 달리 jar 파일을 사용하기 때문에 배포가 쉽다.

IoC(Invertion of Control) Container

• 컨테이너는 설정에 따라 오브젝트를 관리하고, 애플리케이션을 제공한다.
• IoC는 객체가 자신의 디펜던시를 정의하는 과정:
  • 이때 디펜던시를 객체가 아닌 컨테이너가 담당하며 역전이 일어난다.
  • 마틴 파울러는 IoC를 DI라고 불러야 한다고 주장했다.
• org.springframework.context.ApplicationContext 인터페이스가 스프링 IoC 컨테이너를 표현한다.
• 컨테이너는 XML, 자바 어노테이션, 또는 자바 코드로 표현된 설정 메타데이터를 읽는다:
  • 전통적으로는 XML을 사용한다 - <beans ...> ... </beans>
  • 지금은 대부분 자바 기반을 사용한다 - @Configuration, @Bean, @Import, @DependsOn
• high-level에서 보면 컨테이너는 설정 메타데이터와 POJO를 읽고 애플리케이션을 제공하는 역할을 한다:

Bean

• 자바 빈과 스프링 빈이 있다:
  • 자바 빈은 getter와 setter를 가진 자바 클래스를 말한다.
  • 스프링 빈은 스프링 IoC 컨테이너에 의해 관리되는 객체 인스턴스를 말한다. 즉, 스프링이 관리하는 객체다.
• 빈은 컨테이너에 제공한 설정 메타데이터와 함께 생성된다.
• XML로 빈을 등록할 수 있다:

  <beans>
      <bean id="myService" class="com.acme.services.MyServiceImpl"/>
  </beans>
  

• 당연히 어노테이션으로도 할 수도 있다:

  @Configuration
  class AppConfig {
  
      @Bean
      fun myService(): MyService {
          return MyServiceImpl()
      }
  }
  

  • 스프링은 @Component, @Service, @Controller 등 스테레오타입 어노테이션도 제공한다.
  • 어노테이션을 붙은 클래스는 빈 스캐너를 통해 빈으로 등록된다.

Dependency Injection

• 애플리케이션이 커질수록 객체간의 의존성이 복잡해진다:
  • 의존성이 늘어나면 유닛 테스트도 어렵고, 코드의 변경도 어려워진다.
• 스프링 애플리케이션은 스프링 프레임워크에 의해 객체 의존성이 주입된다:
  • 프레임워크에 의해 의존성이 주입되므로 객체간의 결합이 줄어든다.

Without DI

// An example without dependency injection
public class Client {
    // Internal reference to the service used by this client
    private ExampleService service;

    // Constructor
    Client() {
        // Specify a specific implementation in the constructor instead of using dependency injection
        service = new ExampleService();
    }

    // Method within this client that uses the services
    public String greet() {
        return "Hello " + service.getName();
    }
}

With DI

Constructor-based Injection

// Constructor
Client(Service service) {
    // Save the reference to the passed-in service inside this client
    this.service = service;
}

class Client(private val service: Service) {
    // business logic that actually uses the injected Service is omitted...
}

• 스프링 4.3 버전부터 생성자가 하나일때는 @Autowired 어노테이션을 붙이지 않아도 된다:
  • 코틀린은 한 클래스에 하나의 생성자만 정의할 수 있으므로 항상 붙이지 않는다고 생각해도 된다.

Setter-based Injection

// Setter method
@Autowired
public void setService(Service service) {
    // Save the reference to the passed-in service inside this client.
    this.service = service;
}

class Client {
    // a late-initialized property so that the Spring container can inject a Service
    @Autowired
    lateinit var service: Service

    // business logic that actually uses the injected Service is omitted...
}

• @Autowired 어노테이션을 이용해 메타데이터를 설정한다:
  • 이때는 어노테이션을 생략할 수 없다.
  • 어노테이션이 아니라 XML로 정의할 수도 있다.
• 권장하는 방식은 아니다.

AOP (Aspect-Oriented Programming)

• 관점 지향 프로그래밍.
• 핵심 관심사와 부가 관심사를 분리해 모듈화하는 방법론.
• 스프링의 기반 철학은 AOP. 많은 low-level API를 제공한다.

참고자료

• Spring Framework Documentation Version 5.3.3
• Martin Fowler, “Inversion of Control Containers and the Dependency Injection pattern”, 2004.

이 문서를 인용한 문서

• 소프트웨어 공학