스프링 빈(Bean)의 설계 철학

[Uechann]

스프링 빈(Bean)의 설계 철학에 대해서 설명해주세요

[haeyoon1]

객체의 생성, 의존성 연결, 생명주기 관리를 개발자가 직접 하지 않고 스프링 컨테이너에 맡기는 것입니다.

일반적으로 객체를 직접 생성하면 클래스가 특정 구현체에 강하게 의존하기 쉽습니다.
이렇게 되면 구현체를 교체하기 어렵고, 테스트할 때 가짜(Mock이나 Fake) 객체를 넣기도 불편해집니다.

따라서 스프링은 객체를 Bean으로 등록하고, 필요한 의존성을 외부에서 주입해줍니다. == IoC & DI의 핵심
이를 통해 클래스는 구체 구현체를 직접 생성하지 않고, 필요한 역할이나 인터페이스에만 의존할 수 있어 결합도가 낮아지고, 구현체 교체, 테스트, 확장이 쉬워집니다.

스프링 빈 설계의 핵심은 다음과 같습니다.

• 객체 생성 책임을 스프링 컨테이너에 맡긴다.
• 객체 간 의존 관계를 외부에서 주입한다.
• 구체 클래스보다 인터페이스나 추상화에 의존하게 한다.
• 객체의 재사용과 생명주기를 컨테이너가 관리한다.
• 낮은 결합도와 높은 확장성, 테스트 용이성을 얻는다.

[softmoca]

스프링 빈은 스프링 컨테이너가 생명주기와 의존관계를 관리하는 애플리케이션 객체입니다.

그 설계 철학의 핵심은 제어의 역전, IoC입니다.
원래는 객체가 필요한 의존 객체를 직접 생성하고 연결해야 했지만,
스프링에서는 객체가 자신의 의존성을 직접 만들지 않고 생성자 등을 통해 외부에서 주입받습니다.
즉, 객체는 “누구와 협력해야 하는지”만 드러내고,
“그 객체를 언제 만들고 어떻게 연결할지”는 컨테이너가 담당합니다.

이 방식의 장점은 객체 간 결합도를 낮추고, 각 객체가 자신의 핵심 책임에 집중할 수 있다는 점입니다.
예를 들어 Service가 Repository 구현체를 직접 생성하면 특정 구현에 강하게 묶이지만,
생성자 주입으로 의존하면 테스트에서는 Fake나 Mock으로 대체할 수 있고,
운영에서는 실제 구현체를 주입할 수 있습니다.

그래서 저는 스프링 빈의 설계 철학을 객체 생성, 조립, 생명주기 관리를 애플리케이션 코드에서 분리해서 더 느슨하게 연결되고 테스트 가능한 구조를 만드는 방식이라고 생각합니다.

[Uechann]

스프링 빈의 설계 철학

스프링 빈은 객체 생성, 조립, 생명주기의 통제권을 객체가 아니라 외부 컨테이너로 옮긴 결과물이고,
통제권의 이전의 목적은 DIP 의존성 역적 원칙을
코드가 아니라 인프라 수준에서 강제하여 결합도를 낮추는 것이다.

스프링 빈은 스프링 IoC 컨테이너가 인스턴스화, 조립, 생명주기 관리를 담담하는 객체이고,
공식문서 상 IoC 컨테이너의 핵심 역할은 다음과 같은 3가지가 된다.

1. 빈 생성
2. 의존성 주입
3. 생명주기 관리

다음은 스프링 빈 설계 철학에 대한 개념이다.

IoC (Inversion of Control, 제어의 역전)

객체가 자기 의존성은 직접 생성하거나 찾지 않고,
프레임워크가 흐름의 제어권을 가지고 코드를 호출하는 원칙으로,
객체 생성 통제를 컨테이너로 역전시킨다.

DI (Dependency Injection, 의존성 주입)

IoC를 구현하는 구체적인 방식으로, 객체가 협력 객체를 오직 생성자 인자, 세터로 선언하고,
컨테이너가 빈을 만들 때 그 의존성 주입하게 한다.

싱글톤으로 무상태 설계

빈이 기본적으로 싱글톤으로 만들어지는데, 싱글통 무상태로 하면 협력 객체를 매번 새로 만들 필요 없어 메모리, 생성 비용을 아끼기 위함이다. 즉, 싱글톤이 안전한 이유는 빈이 상태를 갖지 않도록 설계가 되어 있기 때문이다.

[koreaioi]

Spring Bean - 스프링 컨테이너가 관리하는 자바 객체입니다.
개발자가 수동으로 객체를 생성 및 관리하지 않고, DI와 IoC컨테이너로, 객체를 외부에서 주입받도록합니다.

이는 구현 클래스가 다른 객체를 직접 생성하지 않고, 인터페이스나 추상화 객체에 의존하여, 강결합을 방지하게 만들어줍니다.

IoC 컨테이너로, 객체를 생성하고, Dependency Injection으로 외부에서 주입합니다. 이를 통해, 강결합을 낮추고, 설계를 확장성 있게 가져갈 수 있습니다.

[sangjun121]

스프링 빈으로 객체를 관리하는 방식은, 객체 생성과 객체 사이의 관계를 어플리케이션 코드가 직접 책임지지 않고 스프링 컨테이너가 관리하도록 결합도를 낮춘 방식입니다.

그래서 객체의 생성과 생명주기를 필요한 객체가 직접 담당하지 않고, 선언만 하여 컨테이너에서 관리하는 빈객체가 주입하도록 작성됩니다.

개발자가 코드로 직접 객체의 생명주기를 제어하지 않고 외부 컨테이너가 대신 제어 하는 이와 같은 방식을 제어의 역전이라고 합니다.

또한, 외부 컨테이너가 필요한 빈 객체를 주입해주기 때문에, 추상화의 이점인 구현체 교체가 용이합니다. 그리고 객체 생명주기의 책임을 컨테이너가 갖기에, 객체는 자신의 비즈니스 로직에만 집중할 수 잇고 객체 관리에 대한 부담이 줄어든다는 장점이 있습니다.