[Spring] 김영한 기본편_ 섹션 4. 객체지향원리적용

 

<출처 인프런>

 

 

 

섹션 3. 예제만들기에서 잠깐 언급했지만 구현체의 의존성을 완전히 배제한 코드가 아니었다. 인터페이스와 연결된 구현체를 변경하려면 하나하나 클래스를 찾아가 수정해야하는 일이 발생할 수 있는 코드였다. 이번 강의에서는 그런 부분을 바꾸며 스프링의 어떤 점이 편리하여 많은 사람들이 선택했지는 알아가는 강의가 될 것이다. 그러니 공부하면서 어떤 식으로 코드를 짜야 의존적이지 않는 코드인지 알아보는 것이 좋을 듯 하다.

 

 

 

---

 

[ ◀︎ ]

[Spring] 김영한 기본편_ 섹션 3. 예제만들기

 

 

 

 

 

🧸 

잘못된 정보가 있다면 댓글로 남겨주세요

---

 

 

🧸 구조파악 레츠꼬우- 🧸

• member
  ㄴ class : Member, MemberServiceImpl, MemoryMemberRepository
  ㄴ interface : MemberService, MemberRepository
  ㄴ enum : Grade
• discount
  ㄴ class : FixDiscountPolicy, RateDiscountPolicy
  ㄴ interface : DiscountPolicy
• order
  ㄴ class : Order, OrderServiceimpl
  ㄴ interface : OrderService
• test
  main
  ㄴ MemberApp, OrderApp
  test
  ㄴ RateDiscountPolicyTest, MemberServiceTest
• AppConfig

 

---

 

✔️  discount

    < 조건 >

• 서비스 오픈 직전에 할인 정책을 지금처럼 고정 금액 할인이 아니라 좀 더 합리적인 주문 금액당 할 인하는 정률% 할인으로 변경.
• 기존 정책은 VIP가 10000원을 주문하든 20000원을 주문하든 항상 1000원을 할인.
• 새로 나온 정책은 10%로 지정해두면 고객이 10000원 주문시 1000 원을 할인해주고, 20000원 주문시에 2000원을 할인해주는 거에요!

 

► RateDiscountPolicy

: 총 주문 금액의 10% 할인 정책

 

private int discountPercent =10;
.
.
    if (member.getGrade() == Grade.VIP) {
            return price * discountPercent / 100;
        }

 

정률할인정책인 RateDiscountPolicy는 DiscountPolicy 인터페이스를 상속한다. 그렇게되면 인터페이스인 DiscountPolicy에 속해있는 discount 메서드를 포함시켜 코드를 만들어야한다. 메서드 discount를 제대로 이용하기 위해선 member와 price 값이 들어와야한다. 그리고 들어온 member에 대한 정보를 Member를 통해 getGrade하여 VIP인지 확인한다. 그 후 들어온 price값을 할인률을 계산하여 return한다.

 

 

 

---

 

 

✔️  Test

 

► RateDiscountTest

: % 할인 관련 테스트 

 

 

테스트 만드는 단축기

mac : cmd + shift + T 

    @Test
    @DisplayName("VIP는 10% 할인이 적용되어야한다.")
    void vip_o() {

        Member member = new Member(1L, "memberVIP", Grade.VIP);

        int discount = discountPolicy.discount(member, 10000);
        
        assertThat(discount).isEqualTo(1000);

    }

 

 

@Test

: 해당 메소드 위에 선언해야 테스트 대상이 된다.

 

 

assertThat(A).isEqualTo(B)

: A와 B의 값이 맞는지 대상 내용 자체를 비교하는 테스트다.

 

 

@Test 할 때 쓰는 공식

➰  given (실행단계) : 어떤 조건을 주고
Member member = new Member(1L, "memberVIP", Grade.VIP);
▻ ID는 1L, 이름은 memberVIP, 등급은 VIP인 member가

➰   when (실행단계) : 상황이 어떠할때
int discount = discountPolicy.discount(member, 10000);
▻ 총 금액 만원을 할인 정책에 넣었을 때

➰  then (검증단계) : 이런 결과가 나와야 한다.
assertThat(discount).isEqualTo(1000);
▻ 그 결과가 1000이 되어야한다.

 

 

 

••• 이어서 다른 코드 부분 •••

 

 

import static org.assertj.core.api.Assertions.*;

 

Assertions

: AssertJ에서 제공하는 API로 테스트의 가독성을 높여준다.

 

 

Assertions.assertThat(discount).isEqualTo(1000);

 

간결하게 만들어주는 코드

mac: command + enter

↓

assertThat(discount).isEqualTo(1000);

 

 

assertThat(A).isEqualTo(B)

: A의 값이 기댓값 B와 같은지 확인해주는 코드이다.
현재 코드에서는 discount의 값과 1000의 값이 맞는지 확인하는 것이다.

 

반대로 다른지 확인하는 코드는 assertThat(A).isNotEqualTo(B)이 되겠다.

 

 

 

- 다양한 assertThat()의 정보를 제공, 출처

[Spring] Junit5 Assertions, assertThat()

 

 

 

 

---

 

 

 

✔️  AppConfig

 

OCP와 DIP를 지키기 위해 인터페이스와 연결할 클래스를 만든다.

즉, 환경구성을 수행할 클래스이다. 보통 Ioc컨테이너 혹은 DI컨테이너라고 부른다.

 

 

 

Q. 원래 문제점은?

A.  OrderServiceImpl이 FixDiscountPolicy에 의존하고 있었다.

수정 전 코드

public class OrderServiceImpl implements OrderService {
     private final DiscountPolicy discountPolicy = new RateDiscountPolicy();
 }

 

 

할인 정책이 달라지면 OrderServiceImpl 클래스에 가서 RateDiscounPolicy를 다른 할인 정책 클래스로 매번 수정해줘야한다.

그렇기에 아래 코드처럼 의존성 주입으로 수정해준다.

 

수정 후 코드

public class OrderServiceImpl implements OrderService{

   private final MemberRepository memberRepository;
   private final DiscountPolicy discountPolicy;

   public OrderServiceImpl(MemberRepository memberRepository, DiscountPolicy discountPolicy) {
       this.memberRepository = memberRepository;
       this.discountPolicy = discountPolicy;
   }
}

 

private

: 선언된 클래스 내부에서만 접근할 수 있도록 제안하는 접근제어자

 

final

: final이 붙은 변수는 상수가 되어, final이 붙은 변수를 변경할 경우 오류가 나타난다.

 

 

Q. 왜 각 매개변수들을 private final로 초기화하고 선언하나?

A. private는 내부에서만 접근이 가능하다. 만약 private만 썼다면 내부에서만 접근가능하며, 변수 내용은 변경 가능한 상태였을 것이다. 그런데 final이 붙으면서 변경이 불가능하게 되었다. 정확하게는 단 한 번의 초기화만 가능하게 된 것이다. (한 번 초기화가 되면 변경이 불가능해진다.) 그래서 해당 매개변수는 외부 접근도 불가능하며 메서드 안에서 매개변수를 재할당하는 것도 불가능해진 것이다. 여기서 놓치면 안되는 것은 해당 매개변수가 인터페이스를 가리킨다는 점이다. 그렇다면 아마 final을 통해 하고 싶었던 것은 인터페이스와 연결된 구현체가 변경되는 것을 방지하기 위함일 것이다. 만약 할인정책이 VIP만 10퍼센트 할인으로 지정해놨는데, 다른 개발자가 실수로 모든 고객에게 10퍼센트 할인으로 변경할 경우 큰 문제를 야기하기에 이런 문제를 방지하고자(일관성 유지를 위해) 생성자에 private final로 선언한 것 같다.

 

 

 

 

••• 이어서 AppConfig 코드 부분 •••

 

 

 

 

리팩터링 후 코드

@Configuration
public class AppConfig {

    @Bean
    public MemberService memberService() {
        return new MemberServiceImpl(memberRepository());
    }
.
.
.

    @Bean
    public DiscountPolicy discountPolicy() {
        return new RateDiscountPolicy();
    }

}

 

@Configuration

: 설정파일을 만들기 위한 애노테이션 or Bean을 등록하기 위한 애노테이션으로 Bean을 등록할 때 싱글톤이 되도록 보장해준다. 또 스프링컨테이너에서 Bean을 관리할 수 있게 한다.

 

 

 

@Bean

: Spring의 DI Container에 의해 관리되는 POJO(Plain Old Java Object)를 Bean이라고 부른다. @Bean으로 선언된 메서드들은 스프링 컨테이너에게 빈을 생성하고 관리할 수 있도록 지정한다.

 

 

AppConfig에 인터페이스에 맞는 구현체를 return해준다. 이렇게 해주면 어떤 클래스에서 다른 클래스를 필요로 할 때 인터페이스만 정의하면 인터페이스와 연결된 구현체를 사용할 수 있게 되는 것이다.

MemberServiceImpl(구현체)은 MemberService(인터페이스)를 상속받고 있다. 그렇기에 인터페이스에 정의한 메서드가 꼭 들어가야한다. 그런데 구현체 속 return 값을 보면 save와 findById로 주고있는데, 회원가입이 된 정보를 저장하기 위해 혹은 저장소에 들어가있는 회원 정보를 찾기 위해 MemberRepository 인터페이스와 연결된 것을 알 수 있다.

정리해보면 MemberService(인터페이스) - MemberServiceImpl(구현체)   ->   MemberRepository(인터페이스) - MemoryMemberRepository(구현체)로 MemberServiceImpl이 save와 findById를 이용하기 위해 MemberRepository 인터페이스와 연결했고 이 인터페이스는 MemberServiceImpl을 상속하고 있기에 구현체와 구현체가 연결된 상황을 막은 것이다.

그래서 AppConfig를 다시 보면 메서드 memberService( )는 MemberService 타입으로 빈을 등록했고 MemberServiceImpl과 인터페이스 구현체를 연결하며, 그 속에서 save와 findById를 수행을 위해 MemberRepository를 의존성으로 받아 회원 데이터를 처리할 수 있도록 했다.

그 아래 DiscountPolicy를 보자. 전의 문제점으로, OrderServiceImpl 클래스에 들어가서 인터페이스의 구현체가 바뀐 코드를 수정하게 했다.(FixDiscountPolicy를 RateDiscountPolicy로) 그런데 AppConfig에서 정의하는 역할만 수행하는 클래스를 만드니 OrderServiceImpl에는 인터페이스만 정의하고 AppConfig에서 인터페이스와 구현체를 연결지어주면 되는 것이다.

 

 

 

 

- @Configuration 정보 출처

[Spring] @Configuration 개념과 장점

 

 

 

- @Bean에 관련한 어노테이션 출처

[Spring] 빈 등록을 위한 어노테이션 @Bean, @Configuration, @Component 차이 및 비교 - (1/2)

 

 

 

 

✔️  MemberServiceTest

섹션 3에서 만들었던 테스트 코드 수정하기.

 

     @BeforeEach
     public void beforeEach() {
         AppConfig appConfig = new AppConfig();
         memberService = appConfig.memberService();
     }

 

@BeforeEach

: 테스트가 복잡한 경우 사용하며 테스트 초기화를 위해 @Test, @RepeatedTest, @ParameterizedTest, @TestFactory, @TestTemplate 가 붙은 메소드 실행 전에 실행된다.

 

클래스 내부에 사용할 MemberService를 선언하고 테스트에 들어간다. AppConfig에 정의되어있는 memberService 메서드를 사용하기 위해 AppConfig를 정의해줬다. 그리고 memberService(인터페이스)와 연결된 구현체를 제대로 가지고 오기 위해서 초기화를 해준다.

그러면 후에 있는 테스트 코드에서 연결된 구현체에 맞춰 테스트 코드가 작동하게 된다.

 

 

 

- @BeforeEach 출처

[Spring] @Before @BeforeClass @BeforeEach @BeforeAll

 

 

 

 

---

 

 

 

✔️  OrderApp

스프링 컨테이너 사용하여 테스트 해보기

 

 

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

 

AnnotationConfigApplicationContext

: java 기반의 설정클래스를 사용하여 Bean 객체를 관리하고 설정하는 역할을 수행한다.

 

 

AnnotationConfigApplicationContext에 해당 테스트에 필요한 Bean이 들어있는 설정클래스를 괄호 안에 넣어 매개변수로 넘긴다. 그러면 Bean을 관리해주는 스프링 컨테이너가 되는 것이다.(@Bean이 붙어있는 것들을 관리함) 사용하기 위해선 그 아래 줄에 있는 코드처럼 getBean을 통해 설정클래스에 있는 메서드를 가져오면 된다. (만약 @Bean이 없다면 가져올 수 없다)

조금 더 구체적으로 알아보자. 설정 클래스를 스프링 컨테이너에 넣었어도 테스트를 하기 위해선 설정클래스 속 어떤 메서드를 사용할 것인지 알려줘야한다. 그렇기에 "memberService"와 "orderService"인 메서드 이름을 적어 getBean을 통해 가져온 것이다.

맨 앞에 MemberService와 OrderService가 붙어있다. 그 이유는 현재 테스트 클래스 내에서 메서드를 사용하기 위해 이름을 각각 memberService, orderService를 붙여줬는데 그 이름들의 (가져올) 타입을 앞에 정의한 것이 MemberService와 OrderService가 되는 것이다.

그래서 각 타입의 맞게 정의된 클래스를 가져온 메서드 이름 뒤에 붙여주면 된다. MemberService.class와 OrderService.class와 같이 말이다. 만일  memberService 메서드를 설정클래스 내에 MemberService.class로 지정을 해놨는데 테스트에서 다른 클래스로 바꿀 경우 실제 빈과 기대한 빈의 타입이 아니라는 결과 값이 출력될 것이다. 그리고 .class는 알맞게 적어놨지만 맨 앞에 MemberService와 OrderService를 다른 타입을 적을 경우에도 타입이 다르다는 결과가 출력될 것이다.

 

 

 

 

- ApplicationContext 출처

[Spring] 스프링 컨테이너(ApplicationContext)

 

 

 

 

---

 

 

[ ▶︎ ]

 

 

[Spring] 김영한 기본편_ 섹션 5. 스프링컨테이너와스프링빈

 

 

 

 

혼자 천천히 공부하며 작성했습니다.

잘못된 내용이 적혀있을 수 있으니, 감안하고 봐주시면 감사하겠습니다.

🍀 모두들 화이팅하세요 🍀