[Spring Boot / JAVA] Bean부터 @Component, @Controller, @Service, @Repository 까지.

우리가 Spring을 사용하는 이유가 무엇일까?

의존성 주입 컨테이너!.

 

스프링은 자바 빈을 찾아서 ApplicationContext라고 하는 의존성 주입 컨테이너 오브젝트에 등록을 한다. 그리고 애플리케이션이 돌다가 어떤 프로젝트가 필요하다면 의존하는 오브젝트를 찾아서 연결해준다.

 

스프링은 어떻게 자바 빈을 찾아가지고 의존성 주입 컨테이너에 등록하는걸까???

그리고 자바 빈은 무엇이고 스프링 빈은 무엇을을 의미할까???

자바 빈(Java Bean)이란??

순수한 자바 클래스(Java class)이다

 

즉 자바 언어에서 데이터 객체로 사용하기 위해서 일정한 규칙을 따르는 클래스를 의미한다.

DTO 혹은 VO의 현태가 Java Bean이라고 생각하면 쉽다!

• getter / setter
• public의 no-argument 생성자
• 모든 필드는 private로 getter와 setter를 통해서만 접근 가능

getter와 setter, 생성자를 가지는 클래스를 가리키는 뜻으로 사용되는 만큼 POJO(Plain Old Java Object)와 거의 동일한 개념이라고 이해하면 될 것 같다.

// Java Bean의 예제
public class User {

	// field는 private로 선언 
    private String name;
    private int age;
		
	// 생성자
    public User() {}

	// getter
    public String getName() {
        return name;
    }
		
	// setter
    public void setName(String name) {
        this.name = name;
    }

    public int getAge() {
        return age;
    }

    public void setAge(int age) {
        this.age = age;
    }
}

Spring Bean 이란?

빈(Bean)은 스프링 컨테이너에 의해 관리되는 재사용 가능한 소프트웨어 컴포넌트이다.
스프링 IoC컨테이너가 관리하는 Java 객체를 뜻한다

 

여기서 핵심은 Spring이 생성하고 관리한다는 점이다.

빈은 인스턴스화된 객체를 의미하며, 스프링 컨테이너에 등록된 객체를 스프링 빈이라고 합니다.

쉽게 이해하자면 new 키워드 대신 사용한다고 보면 편합니다.

왜 사용하지??

가장 큰 이유는 스프링 간 객체가 의존 관계를 관리하도록 하는 것에 가장 큰 목적이 있습니다. 객체가 의존관계를 등록할 때 스프링 컨테이너에서 해당 빈을 찾고, 그 빈과 의존성을 만들도록 합니다.

그럼 돌아와서, @Component, @Controller, @Service, @Repository 가 무엇이지?!

• @Component는 가장 일반적인 형태의 어노테이션으로, 특정 역할에 종속되지 않는 일반적인 Spring Bean을 나타냅니다. 공통 기능을 제공하는 유틸리티 클래스나, 특정 계층에 속하지 않는 일반적인 컴포넌트를 정의할 때 사용됩니다.
• @Service는 비즈니스 로직을 수행하는 클래스에 사용되며 서비스 레이어의 Bean을 나타냅니다.
• @Controeller는 Spring MVC에서 웹 요청을 처리하는 컨트롤러 클래스에 사용되며 프레젠테이션 레이어의 Bean을 나타냅니다.
• @Repository는 데이타베이스와 상호작용을 수행하는 클래스에 사용되며, 데이터 엑세스 레이어의 Bean을 나타냅니다.

 

@Controller, @Repository 대신 @Component 사용하면 안되나요?

Spring 6(Spring Boot 3) 이전 버전에서는 @Component + @RequestMapping으로도 Bean 및 핸들러로 등록되었습니다. 하지만 Spring 6 이후 부터 @Controller 외에는 핸들러로 등록하지 않아 웹 요청을 정상적으로 수행할 수 없습니다.

public class RequestMappingHandlerMapping extends RequestMappingInfoHandlerMapping
		implements MatchableHandlerMapping, EmbeddedValueResolverAware {
    ...
    @Override
    protected boolean isHandler(Class<?> beanType) {
        return AnnotatedElementUtils.hasAnnotation(beanType, Controller.class); // 컨트롤러 애너테이션인지 확인
    }
    ...
}

@Repository를 @Component로 대체할 경우, PersistenceExceptionTranslationPostProcessor에 의해 예외가 DataAccessException으로 변환되지 않습니다. 이 경우 데이터 액세스 계층에서 발생하는 예외 처리에 영향을 미칠 수 있습니다. ⇒ why? @Component에는 예외 변환을 위한 특수 기능이 없기 때문입니다.

조금더 설명을 하자면,

Spring은 JPA, JDBC, Hibernate 등의 데이터 엑세스 기술에서 발생하는 플랫폼 독립적인 예외처리를 위해서 org.springframework.dao.DataAccessException 계열의 예외로 변환해주는 기능을 제공하는데, 이를 담당하는 곳이 바로

→ PersistenceExceptionTranslationPostProcessor

이 클래스는 AOP를 사용하여, @Repository로 마킹된 클래스의 public 메서드에서 발생하는 예외를 자동으로 감지하여 적절한 DataAccessException으로 감싸서 변환합니다.

PersistenceExceptionTranslationPostProcessor (Spring Framework 6.2.8 API)

DataAccessException (Spring Framework 6.2.8 API)

 

또 @Service, @Controller, @Repository는 각각 특정 계층을 나타내므로, AOP의 포인트컷을 정의할 때 유용하게 사용될 수 있습니다. @Component를 사용하면 이러한 계층 구분이 불분명해져 AOP 적용이 어려울 수 있습니다.

 

 

참조
- 매일메일,
- https://coding-nyan.tistory.com/158
- https://galid1.tistory.com/494