🎯 목표 :  의존성 주입의 의미와 주입 주체와 대상에 대한 학습

📒 DI(Dependency Injection)

---

📌 의존성 주입이란?

• IoC/DI에 대해서 기초 개념을 정리 했었다.
• DI의 Spring에서의 의미와 주입할 주체, 주입될 대상은 무엇일까?

---

📌 DI가 필요한 경우

public class MemberService {

    private final MemberRepository memberRepository =  new MemberRepository();

    public void createMember(Member member) {
    	memberRepository.postMember(member);
    }
}

• MemberService객체는 MemberRepository객체에 의존성을 가지고 있다.
• createMember 메소드는 MemberRepository 객체에서 구현된 메소드 postMember 를 사용하고 있다.
• 이럴때, MemberRepository 객체 말고 다른 객체로 교체 해야될 경우, 교체 해야될 객체가 postMember 메소드를 구현하고 있지 않다면? 교체 해야될 객체를 직접 코드를 보고 문제점이 없는지 확인해야 될 것이다.
• DI를 통해 위 문제점을 개선 해 나가는 과정을 살펴 보려고 한다.

---

📌 의존 관계 주입

public class MemberService {

    private final MemberRepository memberRepository;

    public MemberService(MemberRepository memberRepository) {
        this.memberRepository = memberRepository;
    }

    public void createMember(Member member) {
    	memberRepository.postMember(member);
    }
}

• 일반적으로 생성자를 통해 의존관계를 주입하는 방식을 사용한다. 스프링에서 공식적으로 추천하는 방식이라고 한다.
• 위 코드와 같이 생성자를 통해서 객체가 생성되는 순간 의존 관계를 설정할 수 있게 만들면,
• 이제 외부에서 MemberRepository 객체를 주입이 가능 함 으로서, DI를 관리하는 외부 파일을 만들수 있게되고, 이는 관심사 분리를 할수 있게 된다는 말과 같다.
• 관심사 분리를 살펴 보기 전, 위에서 MemberRepository 객체 말고 다른 객체로 교체 해야 될 경우 문제를 다루고 있었는데 생성자에 의존 관계를 설정하는 것과 무슨 상관 일까 의문이 들수 있다.
• 생성자를 통해 의존성 주입을 받게 되면, MemberRepository 객체를 인터페이스로 추상화 했을때, 다양한 구현체를 만들어 어떤 구현체가 주입되더라도 위 코드에서 문제점이 발생할지 모르는 걱정거리를 덜 수 있어 진다.
• 즉, 외부에서 MemberRepository 타입의 객체라면, 구현체든 상속받는 객체든 어떠한 관계의 객체가 주입 되더라도 postMember 메소드가 구현되어 있지 않을 걱정을 안해도 된다는 말이다.

---

📌 DI 관심사 분리

public class DependencyConfig {
  public MemberService memberService() {
    return new MemberService(memberRepository());
  }

  public MemberRepository memberRepository() {
    return new MemberRepository();
  }
}

• 위와 같이 DI를 관리하는 관리 파일 DependencyConfig를 만듦으로서, MemberService 객체 내부에 DI 관련 코드에 신경 쓸 필요 없이 DependencyConfig 객체 에서만 관리 할수 있게 되었다.
• MemberService 입장에서 생성자를 통해 어떤 구현 객체가 주입될지 알 수 없으며, 알 필요도 없고,  어떤 객체가 주입될지는 DependencyConfig(외부)에서 결정하게 된다.
• 또한, MemberService는 createMember 메소드를 실행하는데만 집중하게 된다.

---

📌 Spring DI

 Spring Framework에서는 DI를 어떻게 처리해줄수 있는지 기초적인 개념만 훑어 보기 위한 예제다.

// DependencyConfig.java
@Configuration
public class DependencyConfig {
  	@Bean
  	public MemberService memberService() {
    	return new MemberService(memberRepository());
 	}

  	@Bean
  	public MemberRepository memberRepository() {
    	return new MemberRepository();
  	}

}

// MemberService.java
public class MemberService {

    private final MemberRepository memberRepository;

    public MemberService(MemberRepository memberRepository) {
        this.memberRepository = memberRepository;
    }

    public void createMember(Member member){
        memberRepository.postMember(member);
    }
}

// MemberRepository.java

public class MemberRepository {

    private static final Map<Long, Member> members = new HashMap<>();

    public void postMember(Member member) {
        members.put(member.getMemberId(), member);
    }
}

• Bean에 대해서는 좀더 자세히 정리해서 블로깅 할 예정이며, 현재 수준에서는 Bean은 Spring Framework에서 사용하는 객체로 생각하면 되겠다.
• @Configuration 어노테이션은 스프링 컨테이너에 해당 클래스를 Bean으로 등록해주고 해당 클래스 내에 @Bean 어노테이션이 있는 메소드도 Bean 등록을 해준다.
• Bean 등록이 되면, 자동으로 필요한 생성자와 객체를 찾아 적용해주며 싱글톤으로 스프링 컨테이너에 인스턴스가 존재하게 된다.
• 스프링 컨테이너의 인스턴스를 얻어 Bean을 참조할 수 있게 된다.
• 어노테이션을 적용해 주는 것 만으로 추가적인 인스턴스를 new 키워드를 통해 만들 필요 없이 의존성 주입까지 스프링에서 해결 해 준다.
• 위 코드에서 더욱 나아가 스프링의 어노테이션으로 Bean 등록이 필요한 클래스에 직접 Bean 설정을 할수 있으며, 생성자 까지 자동으로 찾아서 해주는 기능을 적용할수 있다.
• 원리를 이해하기 위해 Bean과 스프링 컨테이너의 개념을 조금더 심화적으로 공부할 필요가 있다.