<Spring> 스프링에서 왜 DI가 중요할까?

우선 DI를 파보기 전에 스프링이 뭔지에 대해서 알아봅시다.

스프링이라 함은 오픈 소스의 경량 웹 프레임워크라고 정의되어있습니다.즉,개발자들이 웹 개발을 좀 더 편하게 하기위해서 공개된 코드의 클래스나 인터페이스를 상속 및 구현하여 실행하는것이라고 볼 수 있습니다.

사실 이렇게 얘기하면 스프링을 처음 접하시는 분들은 붕 뜨는 느낌을 받으실 것입니다.일단 논리적인 정의는 위와 같지만 직접 코드를 쳐보시면서 구현해보면 조금씩 개념이 구체화됩니다.

이번 포스팅에서는 저러한 추상적인 개념을 구체화하는 첫 단계로 스프링에서 가장 핵심 개념인 Dependency Injection에 대해 공부해봅시다.

Dependency Injection(의존성 주입)

줄여서 DI라고 불리우는 이 개념은 IoC(Inversion of Control)와 함께 언급됩니다.IoC는 의역하면 “어떠한 행위의 주체가 행위의 대상에 대한 제어권을 상실했다”라고 이해하셔도 됩니다.이러한 IoC를 구현하기위한 한가지 패턴 중 하나가 DI인것입니다.
의존성 주입을 알아보기 전에 의존성이 무엇인지부터 봅시다.
아래의 코드와 비슷한 구조를 가진 코드를 시중의 스프링 책 또는 강의를 한번이라도 봤으면 보셨을 것입니다.

public class ClubService{
	private final FileClubRepository fileClubRepository;

	public ClubService(){
		this.fileClubRepository = new FileClubRepository();
	}

	public void create(...){
		fileClubRepository.save(...);
	}
}

지금 만들려는 프로그램에서는 ClubService 클래스가 있고 이 클래스가 Club의 목록을 관리하는 기능을 제공한다고 가정합니다.그래서 생성된 클럽을 저장하기 위해 FileClubRepository를 사용합니다.
위와 같은 상황에서 ClubService라는 클래스는 FileClubRepository 없이는 제 기능을 수행하지 못합니다.즉,ClubService는 FileClubRepository에 의존하고 있습니다.
의존성이라는 개념이 살짝 잡히시나요?의존하는 대상이 주체에게 없을 경우 주체는 스스로의 제 기능을 수행하지 못한다고 생각하시면 됩니다.
위 코드를 기반으로 main메서드에서 ClubService를 생성해 봅시다.

public static void main(String[] args){
	ClubService clubService = new ClubService();
}

현재 file에 Club에 대한 정보를 저장하고있습니다.이러한 상황에서 만약 DB에 해당 정보를 저장하라는 업무가 떨어졌습니다.
그래서 DBClubRepository 클래스를 구현하고 직접 갈아끼우고 난뒤,퇴근했습니다.
그러던 다음날,AWS의 S3 저장소를 이용하자고 업무가 떨어졌습니다.그러면 여러분들은 또 다시 AwsS3ClubRepository 클래스를 만들고 한땀한땀 코딩하면 모든 의존성을 변경해야 할 것입니다.
이러한 수고로움을 덜기위해 의존성 주입이라는 개념이 발생했습니다.의존성 주입이란 이 클래스가 의존하는 다른 클래스들을 외부에서 주입시킨다는 뜻입니다.이를 구현하는 방법에는 총 4가지가 있지만 대표격인 생성자주입을 알아봅시다.다른 방법은 참고하세요.

public class ClubService{
	private final ClubRepository clubRepository;

	public ClubService(ClubRepository clubRepository){
		this.clubRepository = clubRepository;
	}

	public void create(){
		clubRepository.save(...);
	}
}

위와 같이 한 오브젝트가 의존하는 오브젝트를 생성하는 것이 아니라 외부에서 넘겨받는 것을 DI(의존성 주입)라고 합니다.아래의 main메서드처럼 ClubService 오브젝트를 생성할 때 ClubRepository의 구현부를 넘겨줌으로써 의존성을 주입합니다.참고로 현재 ClubRepository는 인터페이스입니다.
만약 해당 구조가 쉽게 이해가 안가시면 다형성에 대한 이해가 부족한것이니 참고하시길 바랍니다.

public static void main(String[] args){
	ClubRepository clubRepository = new AwsS3ClubRepository();
	ClubService clubService = new ClubService(clubRepository);
}

지금까지 의존성 주입이 무엇이고 왜 필요한지에 대해 배웠습니다.생각보다 복잡하지도 않았고 코드 조금만 쳐도 누구나 할 수 있을것 같지 않나요?그러면 구태여 스프링까지 써가면서 의존성 주입을 해주어야하는걸까요?
위의 말처럼 규모가 굉장히 간단한 프로그램의 경우에는 한땀한땀 코딩으로 의존성 주입을 해줄 수 있을것입니다.하지만 의존하는 클래스가 수십개인 클래스가 수십개가 있다고 생각해보셨나요?직접 하다보면 실수가 발생할것만 같습니다.
이러한 번거로움을 해결해주는 것이 스프링의 컨테이너입니다.스프링 DI 컨테이너의 경우 ComponentScan,Autowired 등을 사용하여 수십 수백개의 클래스들의 의존성을 개발자 대신하여 연결해 줍니다.

@Service
public class ClubService{
	private final ClubRepository clubRepository;

	@Autowired
	public ClubService(ClubRepository clubRepository){
		this.clubRepository = clubRepository;
	}

	public void create(){
		clubRepository.save(...);
	}
}

@Autowired는 스프링 빈으로 등록된 ClubRepository 타입의 빈을 자동으로 찾은 뒤 해당 생성자의 매개변수로 받습니다.
Lombok을 합칠 경우 아래와 같이 더욱 짧게 변경될 수 있습니다.

@Service
@RequiredArgsConstructor
public class ClubService{
	private final ClubRepository clubRepository;

	public void create(){
		clubRepository.save(...);
	}
}

만약 스프링의 컴포넌트 스캔과 언급된 어노테이션들이 궁금하실경우 참고하시길 바랍니다.
이상으로 DI가 필요한 이유에 대해서 알아보았습니다.