Spring 기본 [할인정책 변경/객체 지향 원리 적용/DI/스프링컨테이너]

지금까지 작성한 코드 설명

회원가입을 하고, 조회하는 코드를 작성했다.

물건을 구입할 때 할인 정책을 만들고 싶어서 고정된 할인금액을 할인해주는 코드를 작성했다.

 

---

그런데 기업에서 고정된 할인금액이 아니라 퍼센트로 할인해주고 싶다고 하면 코드를 바꿔야한다.

package hello.core.discount;

import hello.core.member.Grade;
import hello.core.member.Member;

public class RateDiscountPolicy implements DiscountPolicy {

    private int discountPercent = 10;

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

JAVA를 배우면서 enum을 쓸 일이 없을 것이라고 생각했는데 이번 실습을 하면서 enum를 자주 사용 하게 될 것 같다고 느꼈다..쨋든!

 

10퍼센트를 할인해주는 정책 코드를 작성하고, 클라이언트에서 변경해주면 된다.

 

근데 객체지향 5가지 원칙중에서 OCP를 위반하고 있다. 

이 전 포스팅을 보면 OCP 원칙은 확장에는 열려있으나 변경에는 닫혀있어야 한다고 했다. 

근데 위와 같은 코드에서는 클라이언트 코드까지 변경해야하는 경우가 생긴다.

 

이처럼 고정금액에서 비율금액으로 바뀔때 인터페이스만들 의존하고 있는 줄 알았는데, 구체클래스도 의존하고 있고, 정책을 바꿀 때 클라이언트 코드까지 변경해야한다. 👉 DIP, OCP위반

 

DIP위반 사진, 추상와 구체 모두에 의지하고 있음

 

클라이언트가 인터페이스만 의존하기 위해서는 관심사를 분리해야한다!

 

AppConfig 클래스를 만들어서 구현객체를 생성하고 연결해줬다.

package hello.core;

import hello.core.discount.FixDiscountPolicy;
import hello.core.discount.RateDiscountPolicy;
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;


public class AppConfig {

    public MemberService memberService() {
        return new MemberServiceImpl(new MemoryMemberRepository());
    }

    public OrderService orderService(){
        return new OrderServiceImpl(new MemoryMemberRepository(), new RateDiscountPolicy());
    }
}

AppConfig를 이용해서 구현객체를 생성해고, 객체 인스턴스 참조를 생성자를 통해서 주입해준다.

 

package hello.core.member;

public class MemberServiceImpl implements MemberService{

    private final MemberRepository memberRepository;
    //추상화에만 의존함 (DIP 지킴)
    public MemberServiceImpl(MemberRepository memberRepository) {
        this.memberRepository = memberRepository;
    }

    @Override
    public void join(Member member) {
        memberRepository.save(member);
    }

    @Override
    public Member findMember(Long memberId) {
        return memberRepository.findById(memberId);
    }
}

생성자를 만들어서 연결해켜주면 DIP를 지킬 수 있게 된다.

주문서비스도 똑같이 바꿔주었다. 

그러면 AppConfig가 모든 의존관계를 도맡아서 하고, MemberServiceImpl는 실행만 하면 된다.

 

그럼 이 config를 실행하기 위해서 메인 클래스도 수정해줘야한다.

AppConfig appConfig = new AppConfig();
MemberService memberService = appConfig.memberService();
OrderService orderService  = appConfig.orderService();

이렇게 config 객체를 만들고 membersService와 orderService객체를 연결시켜주면 된다!

 

package hello.core.member;

import hello.core.AppConfig;
import org.assertj.core.api.Assertions;
import org.junit.jupiter.api.BeforeEach;
import org.junit.jupiter.api.Test;
import static org.junit.jupiter.api.Assertions.*;

public class MemberServiceTest {

    MemberService memberService;

    @BeforeEach
    // 실행하기 전에 무조건 동작해야됨
    public void beforeEach(){
        AppConfig appConfig = new AppConfig();
        memberService = appConfig.memberService();
    }

    @Test
    void join(){
        //given
        Member member = new Member(1L, "memberA", Grade.VIP);
        //when
        memberService.join(member);
        Member findMember = memberService.findMember(1L);
        //then
        Assertions.assertThat(member).isEqualTo(findMember);

    }
}

테스트 코드에도 DIP를 위해서 객체 선언만 해주고 테스트 실행하기 전에 Config랑 객체랑 연결시켜주면 된다!

 

실행하면 전이랑 똑같은 실행결과가 나온다✪‿✪ 

 

위의 AppConfig에서 중복된 값을 제거하고 좀 더 깔끔하게 만들어준다.

역할과 애플리케이션 구성을 한눈에 볼 수 있게 만들어주는 것이다.

 

그리고 이걸 스프링기반으로 변경했다!!

 

package hello.core;

import hello.core.discount.DiscountPolicy;
import hello.core.discount.FixDiscountPolicy;
import hello.core.discount.RateDiscountPolicy;
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 //AppConfig에 설정을 구성한다는 뜻
public class AppConfig {

    @Bean //스프링 빈에 등록
    public MemberService memberService() {
        return new MemberServiceImpl(memberRepository());
    }

    @Bean
    public MemoryMemberRepository memberRepository() {
        return new MemoryMemberRepository();
    }

    @Bean
    public OrderService orderService(){
        return new OrderServiceImpl(memberRepository(), discountPolicy());
    }

    @Bean
    public DiscountPolicy discountPolicy(){
        return new RateDiscountPolicy();
    }
    //역할이 드러나게 변경
}

public class MemberApp {

    public static void main(String[] args) {
        //AppConfig appConfig = new AppConfig();
        //MemberService memberService = appConfig.memberService();

        ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class);
        MemberService memberService = applicationContext.getBean("memberService", MemberService.class);
        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());
    }
}

1. ApplicationContext = 스프링컨테이너라고 한다. 

2. .getBean("클래스 이름", 클래스)를 작성하면 클래스이름에 해당하는 스프링 객체를 찾을 수 있다.

 👉 필요한 스프링 빈을 아무때나 찾아서 사용 가능

 

 

---

✍ [오늘 배운 것 중 가장 중요한 것]

➖ DIP와 OCP를 준수해야됨

 

➖ 직접 객체를 만드는 것은 나중에 변경사항이 있을 때 클라이언트까지 변경해야하는 번거로움이 생긴다. 

     클라이언트 뿐만 아니라 그 객체 관련된 코드는 모두 변경해줘야됨.

     가장 중요하게는 원칙에 위반된다.

 

➖ 다형성만 가지고는 해결이 안되기 때문에 역할을 분리시켜줘야한다.

 

➖ AppConfig를 만들어서 구현 객체를 생성하고 실행까지 시켜준다.

     클라이언트 구현 객체가 스스로 필요한 서버 구현 객체를 생성했던 프로그램은 이제 자신의 역할에만 충실하면 됨

 

➖이처럼 직접 제어 흐름을 제어하는 것이 아니라 외부에서 관리해주는 것을 제어의 역전(IoC)라고 한다.

 

➖여기서 Config 처럼 객체를 생성하고 관리하면서 의존관계를 연결해주는 것을 IoC컨테이너 또는 DI컨테이너라고 함

 

➖스프링기반으로 변경하려면 AppConfig에 설정을 구성한다는 뜻인 @Configuration을 붙여주고 @Bean을 등록하면      그 메서드는 모두 스프링빈으로 등록된다. 스프링빈으로 등록되면 필요할때 언제든 꺼내 쓸 수 있다.

 

➖그러면 변경사항이 있을 때 AppConfig만 수정하면 다른 것은 변경하지 않아도 적용이 된다.

 

 

---

출처 : 인프런 김영한님 강의 - 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