[스프링 핵심 원리 - 기본편] - 7. 새로운 할인 정책 개발

 

새로운 할인 정책을 확장해보자.

 

강의를 보기전에 

스스로 새로운 할인 정책 ( 정률할인 ) 으로 변경하는 코드를 작성해 보았다.

 

 

1. RateDiscountPolicy 클래스를 생성하고(구현체 생성) 이것은 DiscountPolicy Interface(역할) 를 implements 한다 

 

2. RateDiscountPolicy 구현체의 메서드를 작성해보자 ( 오버라이딩 ) 

 

코드

package hello2.demo.discount;

import hello2.demo.member.Grade;
import hello2.demo.member.Member;

public class RateDiscountPolicy implements DiscountPolicy {

    private double DiscountRate = 0.1;  // 10% 할인

    @Override
    public int discount(Member member, int price) {
        if (member.getGrade() == Grade.VIP){
            return (int)(price * DiscountRate);
        }
        else {
            return 0;
        }
    }
}

 

테스트 코드를 작성해 보자 

 

Command + Shift + T : 테스트 만들기

 

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

class RateDiscountPolicyTest {

    RateDiscountPolicy discountPolicy = new RateDiscountPolicy();

    @Test
    @DisplayName("VIP는 10% 할인이 적용되어야 한다")
    void vip_o() {
        //given
        Member member = new Member(1L,"memberVIP",Grade.VIP);
        //when
        int discount = discountPolicy.discount(member, 10000);
        //then
        assertThat(discount).isEqualTo(1000);
    }

    @Test
    @DisplayName("VIP가 아니면 할인이 적용되지 않아야 한다")
    void vip_x() {
        //given
        Member member = new Member(2L,"memberBASIC",Grade.BASIC);
        //when
        int discount = discountPolicy.discount(member, 10000);
        //then
        assertThat(discount).isEqualTo(0);
    }


}

 

성공

 

 

 

 

3. 새로운 할인 정책 적용

OrderServiceImpl 가 구현 클래스를 변경 

 

public class OrderServiceImpl implements OrderService {

    private final MemberRepository memberRepository = new MemoryMemberRepository();
    // private final DiscountPolicy discountPolicy = new FixDiscountPolicy();
    private final DiscountPolicy discountPolicy = new RateDiscountPolicy();

 

문제점이 발생한다 

 

FixDiscountPolicy   -->. RateDiscountPolicy 로 변경해야함 ( OCP 위반 ) 

OrderServiceImpl 코드를 수정해야한다

 

OCP 개방-폐쇄 원칙 ( open/closed principle ) 
- 소프트웨어 요소는 확장에는 열려있으나 변경에는 닫혀있어야 한다.

 

 

추상(인터페이스) 의존: DiscountPolicy

구체(구현) 클래스: FixDiscountPolicy , RateDiscountPolicy

 

DIP 의존관계 역전 원칙 ( Dependency inversion principle ) 

" 추상화에 의존해야지, 구체화에 의존하면 안 된다. "
- 구현 클래스에 의존하지 말고, 인터페이스에 의존하라는 뜻이다.

 

인터페이스에 의존하지만 , 구현 클래스도 동시에 의존한다.

 인터페이스에만 의존하도록 설계를 해야 한다. 

 

 

 

 

객체 지향 설계의 5가지 원칙(SOLID)

https://endyd1567.tistory.com/172

[스프링 핵심 원리 - 기본편] - 2. 좋은 객체 지향 설계의 5가지 원칙(SOLID)

 

 

DIP를 위반하지 않도록 인터페이스에만 의존하도록 의존관계를 변경하면 된다.

인터페이스에만 의존하도록 설계를 변경하자

 

private DiscountPolicy discountPolicy;

 

구현체가 없어서 NPE(null point exception)가 발생한다 

 

 

 

해결방안

이 문제를 해결하려면 누군가가 클라이언트인 OrderServiceImpl 에 DiscountPolicy 의 구현 객체를 대신 생성하고 주입해주어야 한다.

 

 

 

출처:

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

스프링 핵심 원리 - 기본편 - 인프런 | 강의