skarltjr
commented
3 years ago - IOC 제어의 역전 & DI 의존관계 주입
- 우리가 직접 프로그램의 흐름을 제어하는것이 아니라 외부에서 관리하는 것을 제어의 역전이라고한다. // 바로 스프링 컨테이너!가 빈을 관리해준다 그리고 이 빈들을 주입해주는 것이 DI
- 예를들어 AppConfig에서 어떤 구현체를 사용할것인지 설정하는 것처럼 외부에서 관리하는것
- 이 때 런타임에 실제 구현체를 생성하고 클라이언트에 전달해서 클라이언트와 서버의 실제 의존관계가 연결되는 것을 의존관계주입이라고한다.
- 의존관계주입을 통해 클라이언트는 코드를 변경하지않아도 호출하는 대상의 타입 인스턴스를 변경할 수 있다. 즉 쉽게 갈아끼울 수 있다.
의존 관계 주입을 사용하지 않는 경우 --> 생성자에서 new를 통해 구체적인 대상을 직접
public class Soldier {
private Gun gun;
public Soldier() {
gun = new Gun();
}
}그러나 우리는 구체화가 아닌 추상화에 집중해야한다
추상( 인터페이스인 discountPolicy에 의존하지 구체클래스인 fix or rate discount policy에 의존하지 않는다.)
둘 중 사용하고자 하는 구체 클래스를 @Component로 등록함으로써 언제든지 갈아끼울 수 있다. // 혹은 @Primary .. @Qualifier ...
IOC란 즉 내가 흐름을 제어하는것이 아닌 다른 대상(스프링에게 맡긴다)에게 맡기는 것
ex)스프링이 빈으로 관리하는 클래스를( 여기선 rateDiscountPolicy를 빈으로 등록했다고 가정했을 때 ) 필요할 때 알아서 주입시켜준다.
@Service
public class OrderService {
private DiscountPolicy discountPolicy;
@Autowired
public void setDiscountPolicy(DiscountPolicy discountPolicy) {
this.discountPolicy = discountPolicy;
}
}
- DI컨테이너 - ioc컨테이너 - 스프링컨테이너
- 객체를 생성하고 관리하면서 의존관계를 주입해주는 것을 ioc컨테이너 또는 DI컨테이너라고한다. (여기서 AppConfig )
@Configuration
public class AppConfig {
@Bean
public MemberService memberService() {
return new MemberServiceImpl(memberRepository());
}
@Bean
public OrderService orderService() {
return new OrderServiceImpl(
memberRepository(),
discountPolicy());
}
@Bean
public MemberRepository memberRepository() {
return new MemoryMemberRepository();
}
@Bean
public DiscountPolicy discountPolicy() {
return new RateDiscountPolicy();
}
}- 스프링 컨테이너
- ApplicationContext 를 스프링 컨테이너라 한다.
- 스프링 컨테이너는 @Configuration 이 붙은 AppConfig 를 설정(구성) 정보로 사용한다. 여기서 @Bean 이라 적힌 메서드를 모두 호출해서 반환된 객체를 스프링 컨테이너에 등록한다. 이렇게 스프링 컨테이너에 등록된 객체를 스프링 빈이라 한다.
- 기존에는 개발자가 직접 자바코드로 모든 것을 했다면 이제부터는 스프링 컨테이너에 객체를 스프링 빈으로 등록하고, 스프링 컨테이너에서 스프링 빈을 찾아서 사용하도록 변경되었다.
- 참고 스프링은 빈을 생성하고, 의존관계를 주입하는 단계가 나누어져 있다. 그런데 이렇게 자바 코드로 스프링 빈 을 등록하면 생성자를 호출하면서 의존관계 주입도 한번에 처리된다
Spring
스프링부트 : 스프링을 더욱 편리하게 사용하도록
spring ?
- 가장 중요한 스프링의 탄생배경과 핵심 : 왜 spring?
- 객체 지향의 특징
- 객체 지향 프로그래밍
- 핵심은 유연하게, 변경이 용이하게 -> 언제든지 쉽게 갈아끼울 수 있는
- 다형성 - 역할과 구현을 구분하자 - 인터페이스 / 오버라이딩
- 객체는 협력관계
- 스프링과 객체지향. 제어의역전 IOC - 의존관계 주입 DI 를 통해 역할과 구현을 구분
- 좋은 객체지향 설계의 5원칙 / SOLID
SRP: 단일 책임 원칙(single responsibility principle) -한 클래스는 하나의 책임 -중요한것은 변경 - 변경 시 파급효과가 적으면 단일 책임원칙을 잘 따른것
OCP: 개방-폐쇄 원칙 (Open/closed principle) -확장에는 열려있고 / 변경에는 닫혀있어야 한다. -무슨말인가? 인터페이스와 오버라이딩을 생각해보자 - 변경이 아니라 확장(갈아끼우기)
LSP: 리스코프 치환 원칙 (Liskov substitution principle)
ISP: 인터페이스 분리 원칙 (Interface segregation principle)
DIP: 의존관계 역전 원칙 (Dependency inversion principle) ★ -★프로그래머는 추상화에 의존해야지 구체화에 의존해서는 안된다. -구현클래스가아닌 인터페이스(역할)에 의존해라! - 유연함
- 스프링을 통해서