[Spring]의존관계 주입(DI)

의존관계 주입(DI)이란?
어떤 객체가 다른 객체를 필요로 할때, 그걸 직접 new하지 안고 스프링이 대신 넣어주는 것.
쉽게 말해, 필요한 객체를 내가 만들지 않고, 스프링이 대신 만들어서 넣어주는 것
그리고 방법 중 생성자 주입이 가장 안정적이고 권장되는 방식이다.


Bean과 의존관계 주입(DI)의 관계
Bean은 스프링이 대신 만들어서 관리하는 객체고
의존관계주입은 그 Bean을 필요한 곳에서 자동으로 넣어주는 행위라고 이해하면 된다.

 

 

리액트로 비유하자면,

// 직접 new 하는 구조 (의존관계 주입 x)
function Profile() {
  const user = new User();  // 내가 직접 만들었음
  return <div>{user.name}</div>;
}


// 의존관계 주입 구조 (Context 또는 props로 전달받음)
function Profile({ user }) {
  return <div>{user.name}</div>;
}

user를 직접 만들지 않고 밖에서 넣어주는데, 이게 바로 의존성 주입.

 

 

 

스프링에서는 방법이 4개인데, 3개만 기억하면 된다.

1. 생성자 주입

- 가장 안정하고 권장되는 방식(불변+필수)

2. 필드 주입

- 테스트 어려움, 외부에서 바꾸기 어려움(지양)

3.  Setter주입

- 필요할 때만, 선택사항일 때 사용

 

 

 

왜 직접 new 하지 않고 의존성 주입(DI)을 쓸까?

직접 new 하면 그 안에서 어떤 걸 쓰는지 알 수 있지만, 재사용도 어렵고 테스트도 힘들고 변경도 어려움

 

반면, 의존관계를 바깥에서 넣어주기 때문에

테스트할 때도 쉽게 가짜객체를 넣을 수 있고

코드 수정 없이 새로운 구현체로 갈아끼울 수 있고

강하게 결합되지 않으니 유지보수가 편해진다.

@Component
public class NotificationService {
    public void send() {
        System.out.println("알림 전송 완료!");
    }
}

@Component
@RequiredArgsConstructor
public class UserService {

    private final NotificationService notificationService;

    public void process() {
        // 이 객체는 내가 new로 만든 게 아님
        // 스프링이 대신 넣어준 Bean임
        notificationService.send();
    }
}

@SpringBootApplication
public class MainApp {
    public static void main(String[] args) {
        var context = SpringApplication.run(MainApp.class, args);

        // 스프링이 만든 UserService를 가져와서 실행
        UserService userService = context.getBean(UserService.class);
        userService.process();
    }
}

여기서 중요한 포인트는 UserService가 NotificationService를 직접 new하지 않았다는 것.

대신 스프링이 컨테이너에 NotificationService를 등록해 두고 필요한 곳에 자동으로 넣어줌<= 이게 DI

 

 

생성자 주입이란?

@Component
public class MyApp {

    private final MyService myService;

    @Autowired // 스프링이 이 생성자에 주입해줌
    public MyApp(MyService myService) {
        this.myService = myService;
    }

    public void run() {
        myService.doSomething();
    }
}

스프링이 앱 실행할 때, MyApp 객체를 만들어야 한다.

근데 생성자 보니까 MyService를 줘야 만들어질 수 있음

그래서 스프링이 컨테이너에서 MyService 빈을 꺼내서 넣어준다.

이렇게 자동으로 연결해주는 게 의존관계 주입!!!

 

React로 비유해보자면,

function App() {
  const user = new User(); // 스프링이 대신 만들어준 객체라고 생각!
  return <Profile user={user} />; // 의존성 주입!
}

function Profile({ user }) {
  return <div>{user.name}</div>;
}

 

 

 

 

생성자 주입이 좋은 이유

 

• 불변성
  • final로 만들어서 나중에 실수로 바뀔 일 없음
• 필수성
  • 꼭 필요한 애느 생성자에서 바로 받아야함
• 테스트 쉬움
  • new로 만들 때 바로 넣을 수 있어서 순수 자바에서도 테스트 가능함
• 컴파일 타임 체크
  • 없으면 컴파일 에러, NPE안터짐

 

다른 방식도 짚고 넘어가 보자,

 

 

필드 주입 (지양)

@Component
public class UserService {
    @Autowired
    private NotificationService notificationService;
}

코드는 짧지만 단점이 많다.

테스트 할 때 직접 값을 넣을 수 없음-> 테스트 어려움

final을 못 스니까 실수로 다른 값으로 바뀔 수도 있음

스프링 없이 실행하면 동작 안됨

따라서 실무에서 테스트나 설정 코드 일부에만 제한적으로 사용한다.

 

 

Setter 주입 (선택적일 때 사용)

@Component
public class UserService {
    private NotificationService notificationService;

    @Autowired
    public void setNotificationService(NotificationService notificationService) {
        this.notificationService = notificationService;
    }
}

선택적인 의존성 주입이 필요할 때 사용한다. -> 꼭 없어도 되는 부가적인 기능일 경우

객체 생성 후에 바꿔 끼우기도 가능-> 실무에서는 드물지만 유연한게 설계할 때 종종사용됨

 

 

@RequiredArgsConstructor는 뭐임?

 

Lombok이 자동으로 이 코드를 만들어준다.

@RequiredArgsConstructor
public class MyApp {
    private final MyService myService;

    // 자동으로 이 생성자가 만들어짐:
    // public MyApp(MyService myService) { this.myService = myService; }
}

final 붙은 필드들을 모아서 생성자를 자동으로 만들어준다

스프링이 거기다가 자동으로 @Autowired로 주입함.