개발자 Lim

생성자 주입(권장)

• @RequiredArgsConstructor Lombok의 어노테이션을 통해 생성자 코드를 작성하지 않아도 똑같은 기능을 제공하는 것이 가능하다.
• 생성자를 통해서 의존관계를 주입 받는 방법
• 특징:
  • 생성자 호출시점에 딱 1번만 호출되는 것이 보장된다.
  • 불변, 필수 의존관계에 사용
    • final 키워드를 통해 생성자 or 선언 할 때 지정한 값으로 고정 시키는 것 이 가능하다.
  • 빈에 등록시 의존관계 주입이 자동으로 일어난다
  • 프레임워크에 의존하지 않고 순수한 자바의 장점을 잘 이용하는 것
• 생성자가 딱 1개만 있으면 @Autowired를 생략해도 자동 주입된다. (스프링 빈에서만)

수정자 주입

• setter을 사용하여 의존관계 주입
• 특징:
  • 선택, 변경 가능성이 있는 의존관계에 사용
  • 순수한 자바 코드이기때문에 메서드 호출 방식이 필요하다

필드 주입 (비추천)

• 필드변수에 @Autowired 어노테이션을 붙여서 의존관계를 주입
• 코드가 간결하지만 외부에서 변경이 불가능하여 테스트 하기 힘들다는 단점이 있다
• DI 프레임 워크가 없으면 아무것도 할 수 없다.

일반 메서드 주입

• 일반 메서드를 호출하여 의존성을 주입
• 사실 수정자 주입이랑 비슷하다.
• 특징
  • 한번에 여러 필드를 주입 받을 수 있다.
  • 일반적으로 잘 사용하지 않는다.

<학습 강의>

https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-%ED%95%B5%EC%8B%AC-%EC%9B%90%EB%A6%AC-%EA%B8%B0%EB%B3%B8%ED%8E%B8/dashboard

제어의 역전

• 구현 객체가 프로그램의 제어 흐름을 스스로 조종했던 방식에서
• 프로그램의 제어 흐름을 직접 제어하는 것이 아니라 외부에서 관리하는 방식으로 바꾼 것을 제어의 역전(IoC)이라 한다.

프레임워크 vs 라이브러리

• 프레임워크가 내가 작성한 코드를 제어하고, 대신 실행하면 그것은 프레임워크가 맞다 ex: JUnit
• 반면에 내가 작성한 코드가 직접 제어의 흐름을 담당한다면 그것은 프레임워크가 아니라 라이브러리다.

의존관계 주입DI

• 실행 시점(런타임)에 외부에서 실제 구현 객체를 생성하고 클라이언트에 전달해서 클라이언트와 서버의 실제 의존관계가 연결 되는 것을 의존관계 주입 이라 한다.
• 의존관계는 “정적인 클래스 의존 관계와, 실행 시점에 실행되는 동적인 객체(인스턴스)의존 관계” 둘을 분리해서 생각해야 한다.
• 정적인 클래스 의존관계: import 코드만 보면 어떤 의존 관계인지 한 번에 알 수 있는 경우(정적인 의존관계는 에플리케이션을 실행하지 않아도 분석 할 수가 있다)

IoC 컨테이너, DI 컨테이너

• 컨테이너는 객체를 생성하고 관리하면서 의존관계를 연결해 주는 역활을 하는 클래스를 말한다.
• Spring 에서는 @Configuration 어노테이션과 @Bean 어노테이션을 통해 Spring 컨테이너에 등록하고 ApplicationContext Class를 통해 사용

ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class);
applicationContext.getBean("memberService",MemberService.class);

• 이때 Spring 컨테이너에 등록된 객체를 Spring Bean이라고 한다.