드디어 이제! 새로운 할인 정책(정률 할인)으로 바꿔보자 !
FixDiscountPolicy ➡️ RateDiscountPolicy
우리는 이제 AppConfig만 변경하면 된다 우하하하하하😆
⬇️ 사용, 구성의 분리
⬇️ 할인 정책의 변경
FixDiscountPolicy
➡️RateDiscountPolicy
로 변경해도 구성 영역만 영향을 받고, 사용 영역은 전혀 영향을 받지 않는다.
✔️ 할인 정책 변경 구성 코드
hello.core/AppConfig.java
코드 수정
public class AppConfig {
.
.
.
private DiscountPolicy discountPolicy() {
// return new FixDiscountPolicy();
// 추가
return new RateDiscountPolicy();
}
}
이 한 줄만 추가하면 됨❗️
AppConfig
에서 할인 정책 역할을 담당하는 구현을 FixDiscountPolicy
➡️ RateDiscountPolicy
객체로 변경했다.AppConfig
만 변경하면 된다.OrderServiceImpl
를 포함해서 ❗️사용 영역의 어떤 코드도 변경할 필요가 없다❗️ 구성 영역만 변경하면 됨.AppConfig
를 애플리케이션이라는 공연의 기획자로 생각하자.머리에 과부하가 올 거 같다 깔..깔.....깔.....
그렇다....
정리가 필요할 때다......😂
DiscountPolicy
뿐만 아니라, 구체 클래스인 FixDiscountPolicy
도 함께 의존 ➡️ DIP 위반📌 여기서는 크게 3가지 (SRP, DIP, OCP)가 적용되어 있음!
"한 클래스는 하나의 책임만 가져야 한다"
"프로그래머는 “추상화에 의존해야지, 구체화에 의존하면 안된다.”
(의존성 주입은 이 원칙을 따르는 방법 중 하나이다.)
OrderServiceImpl
)는 DIP를 지키며 DiscountPolicy
추상화 인터페이스에 의존하는 것 같았지만, 사실은 FixDiscountPolicy
구체화 구현 클래스에도 함께 의존하고 있었다😂DiscountPolicy
추상화 인터페이스에만 의존하도록 코드를 변경했다.FixDiscountPolicy
객체 인스턴스를 클라이언트 코드 대신 생성해서 클라이언트 코드에 이 의존관계를 주입해주었다."소프트웨어 요소는 확장에는 열려 있으나 변경에는 닫혀 있어야 한다"
FixDiscountPolicy
➡️ RateDiscountPolicy
로 변경해서 클라이언트 코드에 주입하므로 클라이언트 코드는 변경하지 않아도 됨보통 기존의 프로그램은 클라이언트 구현 객체가 스스로 객체를 생성, 연결, 실행하는 즉 프로그램의 제어 흐름을 스스로 조종했다.
그러나 이전에 우리가 만든 AppConfig가 등장한 이후론, 구현 객체는 다른 건 신경쓰지 않고 오직 자신의 역할만 실행한다!
(제어 흐름 권한을 AppConfig가 가짐)
이와 같이 내가 호출하는 것이 아닌 프레임워크 같은 것들이 대신 호출을 해주는 것, 프로그램의 제어 흐름을 직접 제어하는 것이 아니라 외부에서 관리하는 것!
이것을 제어권이 뒤바뀐다는 의미로 제어의 역전 이라고 한다.
💡프레임워크와 라이브러리
프레임워크
: 메인 앱에서 메인 메소드 실행하는 것은 개발자가 직접 순차적으로 돌리는 것이므로 프레임워크
라이브러리
: 내가 작성한 코드가 직접 제어와 흐름을 담당한다면 그것은 라이브러리
설명이 사실 잘 이해가 되지 않아서 참고자료를 보고 이해했다 !! 구웃 👍🏻
1) 정적 클래스 의존관계
- 클래스가 사용하는 import만 보고 의존관계를 쉽게 판단할 수 있다.
(=내가 사용하는 객체들만 보고 판단 가능)- 애플리케이션을 실행하지 않고도 분석 가능!
OrderServiceImpl
입장에서는DiscountPolicyc
인터페이스에 대해서만 알고있다.FixDiscountPolicy
가 들어올지RateDiscountPolicy
가 들어올 지 전혀 모르고 있음
⬆️ 여기서 보면,OrderServiceImpl
은MemberRepository
,DiscountPolicy
를 의존하고 있다는 걸 실행하지 않고도 확인 가능
🤚🏻 그러나 이 코드, 이런 클래스 의존관계 만으로는, 실제 어떤 객체가 OrderServiceImpl
에 주입됐는 지 알 수가 없다.
이것은 실제 실행시켜봐야 아는 것! 이것을 바로 동적인 객체 인스턴스 의존 관계 라고 한다❗️
2) 동적 클래스 의존관계
애플리케이션 실행 시점에 실제 생성된 객체 인스턴스의 참조가 연결된 의존 관계다.
- 애플리케이션 실행 시점(런타임)에 외부에서 실제 구현 객체를 생성하고 클라이언트에 전달해서 클라이언트와 서버의 실제 의존관계가 연결 되는 것을 의존관계 주입(DI)이라 한다.
- 객체 인스턴스를 생성하고, 그 참조값을 전달해서 연결된다.
- 💡 DI를 사용하면 클라이언트 코드를 변경하지 않고, 클라이언트가 호출하는 대상의 타입 인스턴스를 변경할 수 있다.
ex) 정액할인이라는 정책을, 정률할인으로 쉽게 변경 가능!- 💡 또한 정적인 클래스 의존관계를 변경하지 않고, 동적인 객체 인스턴스 의존관계를 쉽게 변경할 수 있다.
ex) "메모리 저장소로 할지 Jdbc 저장소로 할지 or 정액할인으로 할지 정률할인으로 할지" 와 같은 것들을 정적인 클래스 다이어그램을 손대지 않고(=애플리케이션 코드를 손대지 않고), 쉽게 바꿀 수 있다!
순수 자바 코드가 아닌 스프링으로 의존관계를 주입해보자 !!
hello.core/AppConfig.java
코드 수정
package hello.core;
import hello.core.discount.DiscountPolicy;
import hello.core.discount.FixDiscountPolicy;
import hello.core.discount.RateDiscountPolicy;
import hello.core.member.MemberRepository;
import hello.core.member.MemberService;
import hello.core.member.MemberServiceImpl;
import hello.core.member.MemoryMemberRepository;
import hello.core.order.OrderService;
import hello.core.order.OrderServiceImpl;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
// @Configuration : 설정, 구성정보를 나타낸다
@Configuration
public class AppConfig {
// 어디서든 AppConfig를 통해 멤버 서비스를 불러다 쓸 수 있음
// 생성자 주입
// @Bean : 스프링 컨테이너에 등록하겠다
@Bean
public MemberService memberService() {
return new MemberServiceImpl(new MemoryMemberRepository());
}
// 생성자 주입
@Bean
public OrderService orderService() {
// 구체적인 것을 여기서 선택하도록 함
return new OrderServiceImpl(new MemoryMemberRepository(), new FixDiscountPolicy());
}
@Bean
public MemberRepository memberRepository() {
return new MemoryMemberRepository();
}
@Bean
public DiscountPolicy discountPolicy() {
// return new FixDiscountPolicy();
return new RateDiscountPolicy();
}
}
hello.core/MemberApp.java
코드 수정
package hello.core;
import hello.core.member.Grade;
import hello.core.member.Member;
import hello.core.member.MemberService;
import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;
public class MemberApp {
public static void main(String[] args) {
// AppConfig를 하나 만들어서 이를 통해 멤버 서비스를 생성
// AppConfig appConfig = new AppConfig();
// MemberService memberService = appConfig.memberService();
// new Member(1L, "memberA", Grade.VIP);
// 스프링은 모든 것이 ApplicationContext라는 것으로 실행된다
// AppConfig에 있는 환경설정 정보를 가지고 스프링 컨테이너에 넣고 관리함
ApplicationContext applicationContext = new
AnnotationConfigApplicationContext(AppConfig.class);
MemberService memberService =
applicationContext.getBean("memberService", MemberService.class);
// 이 상태에서 command+option+v 를 누르면 아래의 내용과 같이 자동 생성이 됨
Member member = new Member(1L, "memberA", Grade.VIP);
memberService.join(member);
// 확인해보기
Member findMember = memberService.findMember(1L);
System.out.println("new member = " + member.getName());
System.out.println("find member = " + findMember.getName());
}
}
hello.core/OrderApp.java
코드 수정
package hello.core;
import hello.core.member.Grade;
import hello.core.member.Member;
import hello.core.member.MemberService;
import hello.core.member.MemberServiceImpl;
import hello.core.order.Order;
import hello.core.order.OrderService;
import hello.core.order.OrderServiceImpl;
import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;
public class OrderApp {
public static void main(String[] args) {
// AppConfig를 사용해 멤버서비스와 오더서비스를 꺼내도록 수정
// AppConfig appConfig = new AppConfig();
// MemberService memberService = appConfig.memberService();
// OrderService orderService = appConfig.orderService();
ApplicationContext applicationContext = new
AnnotationConfigApplicationContext(AppConfig.class);
MemberService memberService =
applicationContext.getBean("memberService", MemberService.class);
OrderService orderService = applicationContext.getBean("orderService",
OrderService.class);
long memberId = 1L;
Member member = new Member(memberId, "memberA", Grade.VIP);
memberService.join(member);
Order order = orderService.createOrder(memberId, "itemA", 10000);
System.out.println("order = " + order);
// System.out.println("order.calculatePrice = " + order.calculatePrice());
}
}
✔️ 스프링 컨테이너란❓
ApplicationContext
를 스프링 컨테이너라 한다.@Configuration
이 붙은 AppConfig 를 설정(혹은 구성) 정보로 사용한다.@Bean
이라 적힌 메소드를 모두 호출해서 반환된 객체를 스프링 컨테이너에 등록한다@Bean
이 붙은 메소드의 이름을 스프링 빈의 이름으로 사용한다. (=memberService, orderService )applicationContext.getBean()
메서드를 사용해서 찾을 수 있다.
스프링 컨테이너.... 리멤버... 리멤버.....