# 의존성 주입

의존성 주입(Dependency Injection, 이하 DI)은 소프트웨어 설계에서 객체 간의 결합도를 낮추고, 코드의 재사용성과 테스트 용이성을 높이기 위한 핵심적인 설계 패턴 중 하나입니다. 이 패턴은 객체가 직접 자신의 의존성을 생성하거나 관리하는 대신, 외부에서 필요한 의존성을 제공받는 방식을 의미합니다. 의존성 주입은 주로 객체 지향 프로그래밍(OOP) 환경에서 사용되며, 특히 대규모 애플리케이션의 유지보수성과 유연성을 향상시키는 데 중요한 역할을 합니다.

## 개요

소프트웨어 개발에서 객체는 종종 다른 객체에 의존하여 기능을 수행합니다. 예를 들어, 사용자 정보를 처리하는 `UserService` 클래스가 데이터베이스에 접근하는 `UserRepository` 객체를 필요로 할 수 있습니다. 전통적인 방식에서는 `UserService` 내부에서 직접 `UserRepository` 인스턴스를 생성하게 되는데, 이는 두 클래스 간의 **강한 결합도**(tight coupling)를 초래합니다.

의존성 주입은 이러한 문제를 해결하기 위해 등장한 패턴으로, 객체의 의존성을 **외부에서 주입**함으로써 결합도를 낮추고, 역할과 책임을 명확히 분리합니다. 이는 **제어의 역전**(Inversion of Control, IoC) 원칙의 구현 방식 중 하나로 간주됩니다.

## 의존성 주입의 원리

의존성 주입은 세 가지 주요 구성 요소로 이루어집니다:

1. **의존성**(Dependency): 필요한 서비스나 객체 (예: `UserRepository`)
2. **클라이언트**(Client): 의존성을 사용하는 객체 (예: `UserService`)
3. **주입기**(Injector): 의존성을 생성하고 클라이언트에 주입하는 역할을 수행하는 객체 또는 프레임워크

이 구조를 통해 클라이언트는 의존성의 생성 로직에 관여하지 않으며, 단지 주입된 인스턴스를 사용하기만 하면 됩니다.

### 제어의 역전(IoC)과의 관계

의존성 주입은 제어의 역전 원칙을 구현하는 방법 중 하나입니다. 일반적으로 객체는 자신의 의존성을 스스로 생성하고 관리하지만, DI를 사용하면 이 제어권이 외부 컨테이너나 프레임워크로 넘어갑니다. 즉, **"누가 객체를 생성하고 조립하는가?"** 에 대한 제어가 프로그래머에서 프레임워크로 역전되는 것입니다.

## 의존성 주입의 유형

의존성 주입은 주입 방식에 따라 다음 세 가지 주요 유형으로 나뉩니다.

### 1. 생성자 주입(Constructor Injection)

가장 일반적이고 권장되는 방식으로, 의존성을 클래스의 생성자를 통해 주입합니다.

```java
public class UserService {
    private final UserRepository userRepository;

    public UserService(UserRepository userRepository) {
        this.userRepository = userRepository;
    }

    public User findUser(int id) {
        return userRepository.findById(id);
    }
}
```

**장점**:
- 불변성 보장 (final 키워드 사용 가능)
- 의존성 누락 방지 (생성자 호출 시 필수 인자 제공)
- 테스트 용이성 향상

### 2. 세터 주입(Setter Injection)

의존성을 세터 메서드를 통해 주입하는 방식입니다.

```java
public class UserService {
    private UserRepository userRepository;

    public void setUserRepository(UserRepository userRepository) {
        this.userRepository = userRepository;
    }
}
```

**장점**:
- 유연성 제공 (런타임에 의존성 변경 가능)
- 선택적 의존성 처리에 적합

**단점**:
- 객체가 불완전한 상태일 수 있음 (세터 호출 전)
- 불변성 보장 불가

### 3. 인터페이스 주입(Interface Injection)

의존성 주입을 위한 전용 인터페이스를 정의하고, 이를 구현하여 주입하는 방식입니다. 실무에서는 거의 사용되지 않으며, 주로 프레임워크 내부 구현에 활용됩니다.

## 의존성 주입 컨테이너

의존성 주입을 수동으로 관리하는 것은 대규모 애플리케이션에서 비효율적입니다. 이를 해결하기 위해 **의존성 주입 컨테이너**(DI Container)가 사용됩니다. DI 컨테이너는 의존성의 생성, 주입, 수명 주기 관리를 자동으로 처리하는 프레임워크입니다.

대표적인 DI 컨테이너:
- **Spring Framework** (Java)
- **ASP.NET Core DI** (.NET)
- **Angular** (TypeScript/JavaScript)
- **Dagger** (Android/Java)
- **Guice** (Java)

예시 (Spring 기반):

```java
@Service
public class UserService {
    private final UserRepository userRepository;

    public UserService(UserRepository userRepository) {
        this.userRepository = userRepository;
    }
}

@Repository
public class UserRepository {
    public User findById(int id) {
        // DB 조회 로직
    }
}
```

Spring 컨테이너는 `@Service`, `@Repository` 어노테이션을 기반으로 빈(Bean)을 자동으로 생성하고, `UserService`에 `UserRepository`를 자동 주입합니다.

## 장점과 단점

### 장점

- **낮은 결합도**: 클래스 간의 직접적인 의존성이 줄어들어 변경에 유연함
- **높은 재사용성**: 동일한 서비스를 다양한 클라이언트에서 사용 가능
- **쉬운 단위 테스트**: Mock 객체를 주입하여 테스트 가능
- **중앙화된 구성 관리**: DI 컨테이너를 통해 의존성 구성이 명확해짐

### 단점

- **학습 곡선**: 초보 개발자에게는 개념이 복잡할 수 있음
- **디버깅 난이도 증가**: 런타임에 객체가 조립되므로, 의존성 오류 추적이 어려울 수 있음
- **과도한 사용 시 복잡성 증가**: 모든 객체에 DI를 적용하면 오히려 시스템이 복잡해질 수 있음

## 활용 사례

- **웹 애플리케이션**: 컨트롤러 → 서비스 → 리포지토리 계층 간 의존성 주입
- **마이크로서비스 아키텍처**: 외부 서비스 클라이언트 주입
- **테스트 환경**: 실제 DB 대신 메모리 기반 리포지토리 주입

## 관련 문서 및 참고 자료

- [Spring Framework 공식 문서 - Dependency Injection](https://docs.spring.io/spring-framework/docs/current/reference/html/core.html#beans)
- Martin Fowler, "Inversion of Control Containers and the Dependency Injection pattern"
- [Microsoft Docs - Dependency injection in .NET](https://learn.microsoft.com/en-us/dotnet/core/extensions/dependency-injection)

의존성 주입은 현대 소프트웨어 개발에서 필수적인 패턴으로, 유지보수성과 확장성을 높이는 데 핵심적인 역할을 합니다. 적절히 활용하면 깔끔하고 유연한 아키텍처를 구축할 수 있습니다.