스프링과 JPA를 이용한 웹개발_의존성 주입

🤔의존성 주입 예제를 통해 의존성 주입에 대해 알아보자!

이런식으로 MemberPrint를 구현한 객체가 KoreanMemberPrint, EnglishMemberPrint 두가지가 존재한다.

그리고 PrintInfo라는 class에서 처음에 KoreanMemberPrint를 사용하다가 EnglishMemberPrint 로 바꾸고 싶은 상황이다!

➡️그러나 이럴 때 소스코드를 또 수정해줘야하는 번거로움이 있고, 이는 코드를 유지보수하는 데에 적합하지 않다.

이런식으로 부품을 갈아끼운다고 생각하면 됩니다~

➡️그래서 동작하는 클래스와 별개로 객체들의 의존성을 설정하는 외부 클래스가 필요하다!

그래서 등장한 "의존관계 주입 (IoC 제어의 역전)"

• 의존관계 주입 방법(Autowired의 위치에 따른 주입 방법 구분)
  • 생성자 주입(가장 추천되는 방법)
  • 수정자 주입
  • 필드 주입

➕IoC 제어의 역전이라고 부르는 이유는 객체의 생성 및 관리 책임을 개발자에서 프레임워크에 위임하기 때문입니다!

🤔의존관계 주입 방법(생성자 주입)은 어떻게 하는걸까?

@Autowired를 사용하면 스프링 프레임워크가 자동으로 생성자주입을 해줍니다!

즉, @Autowired를 위에 붙이면 그 클래스는 이제 ()안의 파라미터 값을 주입받겠다는 명시하는 것!

그러면, 이후에 위에처럼 직접적으로 주입해주지 않아도 자동으로 주입이 됩니다.

• 생성사자 하나일 경우 Autowired가 생략가능하지만,
• 기본 생성자처럼 생성자가 2개 이상인 경우에는 생략이 불가하다!

의존관계 주입 방법(수정자(setter) 주입)

setter를 이용하여 의존관계 주입

• 선택, 변경 가능성이 있는 의존관계에 사용합니다.

➕그러나 개발에서 set처럼 수정하는 메소드는 유지보스 측면에서 좋지않기때문에 지양한다.

의존관계 주입 방법: 필드(field) 주입

필드에 @Autowired 어노테이션을 표기

• 가장 간단한 방법으로 테스트 시 간편하게 사용 가능

이 셋중에 생성자 주입을 써라!

1. final 키워드 사용 가능하다setter를 public으로 지정할 필요 없음
2. 테스트코드 작성이 편리하다
3. 생성자 주입을 사용할 때 많은 의존성 참조가 발생한다면 클래스 설계가 잘못되었다는 signal로 해석될 수 있다.
   • (하나의 객체는 하나의 책임을 가져야 함)
4. 순환 참조를 방지해준다
   • 필드/수정자 주입은 Runtime시에, 생성자 주입은 컴파일 시에 오류가 발견!

순환참조

순환참조란? ➡️A 객체를 B, C 모두가 참조하는 관계

• 이는 유지보스 측면에서 아주 좋지 않음

의존 관계를 설정하는 시기는 언제인가요?

수정자 주입, 필드 주입

• 객체를 만들고 이후에 의존 관계 설정
• ➡️그래서 Runtime 시에 에러가 발생하는 것!

생성자 주입

• 자신의 생성과 연관관계 설정이 동시에 발생된다.
• A는 B가 필요하고 B는 A가 필요
• A를 만들기 위해 B를 생성하러 감→B를 생성하러 가니 A가 필요하여 A를 생성하러 감 → …
  • 닭이 먼저냐 달걀이 먼저냐 처럼..
• ➡️그래서 컴파일 시에 에러가 발생한다!

의존관계 주입을 하는 가장 간단한 방법!

• @Lazy autowiring을 사용하면 된다.

의존관계 주입을 위해 사용하는 어노테이션

@Autowired

• 이름을 통해 빈을 검색
• Spring에만 존재하기 때문에 타 프레임워크에서 사용 불가
• @Autowired는 기본적으로 특정 빈을 찾지 못하면 예외를 던짐(단, required 속성으로 처리 가능)

@Resource

• 자바 진영에서 @Autowired를 참고해 만든 어노테이션
• 이름을 통한 검색 방식 → POJO가 여럿일 때 대상이 모호하지 않고, 명확
• @Autowired + @Qualifier

@Inject

• 자바 진영에서 @Autowired를 참고해 만든 어노테이션
• 타입을 통한 검색방식
• 타입이 같은 POJO가 여럿일 때 커스텀 어노테이션(custom annotation)을 작성
  • 타입이 같은 POJO란 ? 예시로 하나의 MemberPrint에 koreanPrint, englishPrint가 있는 것 

➡️그러나 스프링은 사용하면 그냥 @Autowired만 사용하면 됩니다

생성자를 생성하는 방법 : Lombok 이용

@RequiredArgsConstructor

• 초기화 되지 않은 final 필드와 @NonNull 어노테이션이 붙은 필드(반드시 값이 채워져 있어야하는 부분)에 대한 생성자를 생성해줍니다.

@Autowired
public PrintInfo(MemberPrint memberPrint) {
	this.memberPrint= memberPrint;
}

위와 같은 생성자를 개발자가 작성하지 않아도 @RequiredArgsConstructor를 붙이면 알아서 생성해줍니다.

---

컴포넌트 스캔

▪ 스프링 컨테이너에서 관리될 빈들을 찾음

▪ 클래스를 빈으로 등록하는 방법은 다양하지만 최근에는 어노테이션으로 빈으로 관리될 클래스를 지정

▪ @ComponentScan 어노테이션은 스프링에게 스프링 컴포넌트를 찾아야 할 위치를 명시적으로 알려줌

▪ @ComponentScan은 @Configuration과 함께 사용됨

@Component를 붙였더니 스프링 빈으로 등록되어서 아래 쪽, 스프링 컨테이너에 등록된 것을 확인할 수 있다.

➕DB 테이블을 생성할 때 @Entity를 등록해야하는 것 처럼, 스프링 컨테이너에 빈을 등록하는 행위가 비슷!

 

SpringBoot에서의 Component Scan

@SpringBootApplication

• @Configuration
• @EnableAutoConfiguration
• @ComponentScan

@SpringBootApplication이 붙은 클래스의 위치를 기준으로 하위 클래스 스캔 대상이 된다.

따라서, @SpringBootApplication이 붙은 클래스를 상단에 두는 것이 필요하다!

➡️즉, 스프링에서 @SpringBootApplication을 붙이면 알아서 해주기 때문에 사실 깊이 알 필요까진 없다! 기본적인 개념만 이해하고 넘어가자~