Spring 에서 (boot 포함) component와 bean의 차이는?

Spring Boot (정확히는 Spring Framework)에서 @Component와 @Bean은 모두 Spring 컨테이너에 객체(빈, Bean)를 등록하는 데 사용되지만, 사용하는 방식과 목적이 조금 다릅니다.

🔹 1. @Component

• 클래스에 붙이는 어노테이션
• Spring이 자동으로 해당 클래스를 빈으로 등록
• @ComponentScan에 의해 탐지되어 등록됨

@Component
public class MyComponent {
    public void doSomething() {
        System.out.println("Component is working");
    }
}

✅ 특징

• 자동 등록
• @Service, @Repository, @Controller도 사실 @Component의 특수화 버전
• 패키지 스캔 경로 안에 있어야 함

🔹 2. @Bean

• 메서드에 붙이는 어노테이션
• 주로 @Configuration 클래스 안에서 사용
• 개발자가 직접 객체를 생성하고 그 결과를 Spring 컨테이너에 등록

@Configuration
public class AppConfig {
    @Bean
    public MyComponent myComponent() {
        return new MyComponent(); // 수동 등록
    }
}

✅ 특징

• 수동 등록
• 외부 라이브러리 객체, 설정값이 필요한 경우 등 유연한 객체 생성 가능
• 메서드 이름이 빈 이름이 됨 (필요시 @Bean(name = "beanName")으로 지정 가능)

📌 정리

🙋 언제 써야 할까?

• 내가 만든 클래스를 빈으로 등록하고 싶다면 → @Component
• 외부 라이브러리 객체나 조건에 따라 달라지는 객체 생성이 필요할 때 → @Bean

@Value 의 값이 바인딩 되지 않으신가요?

• Spring Boot 애플리케이션을 실행시킬 떄 @Value로 (org.springframework.beans.factory.annotation.Value) 값을 주입하려고 할떄 생각과는 다르게 @Value로 주입한 값이 제대로 바인딩되지 않는 경우가 있습니다.

• 이러한 현상은 왜 생기며, 어떻게 해결할 수 있는지 알아보겠습니다.

• 우선 Spring Boot를 실행시킬떄 loading 순서는 어떻게 되는지 먼저 살펴보겠습니다.

• Spring Boot 애플리케이션이 실행될 때의 로딩 순서는 크게 다음과 같은 단계로 이루어집니다. 이 순서는 Spring Framework의 동작 원리에 기반하며, Spring Boot 특유의 기능들이 추가적으로 포함됩니다.

Clean Code 서론

Abstract

주니어 개발자일수록 일단 기능 구현을 우선으로 생각한다. 다시 말해서 대체로 코드의 퀄리티는 뒷전이고 생각한 기능대로 돌아가는 코드로 작성하면 할 일을 다했다고 생각한다. 아니, 비단 주니어 개발자만의 문제는 아닐 수도 있다. 업계에 있으면서 보아온 많은 개발자들을 돌아봤을 때, 코드 품질을 생각하는 개발자는 그리 많지 않았다. 심지어 Clean Code가 뭔지 모르는 사람도 많다. 하지만 코드에도 품질이라는 것은 분명히 존재하며, 개발자가 작성한 코드가 어느 정도의 품질 수준을 갖추었는가는 객관적으로 평가되는 것이 좋다. 모든 개발자는 dirty 하지 않은 clean한 코드를 작성하기 위해 계속 노력해야 한다.