3.스프링 핵심 원리 이해2 - 객체지향원리적용

3.스프링 핵심 원리 이해2 - 객체지향원리적용

• 목차
  • 1.새로운 할인 정책 개발
  • 2.관심사의 분리
  • 3.좋은 객체지향 설계의 5가지 원칙
  • 4.IoC,DI 그리고 컨테이너
  • 5.스프링으로 전환하기

1.새로운 할인 정책 개발

RateDiscountPolicy (10%할인)

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;
        }

    }
}

• 고객이 VIP 인경우 10% 할인된다

RateDiscountPolicyTest

class RateDiscountPolicyTest {

    RateDiscountPolicy discountPolicy = new RateDiscountPolicy();

    @Test
    @DisplayName("VIP 는  10% 적용 할인된다")
    void discount() {

        //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 discount_X() {

        //given
        Member member = new Member(2L,"memberBASIC", Grade.BASIC);

        //when
        int discount= discountPolicy.discount(member,10000);

        //then
        assertThat(discount).isEqualTo(0);
    }
}

• VIP 일때는 할인된금액 10% 적용 아닐때는 적용이 안된모습

OrderServiceImpl

public class OrderServiceImpl implements OrderService {

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

    @Override
    public Order createOrder(Long memberId, String itemName, int itemPrice) {
        Member member = memberRepository.findById(memberId);
        int discountPrice = discountPolicy.discount(member,itemPrice);

        return new Order(memberId,itemName,itemPrice,discountPrice);
    }
}

• OrderServiceImpl 에서 RateDiscountPolicy 바꾸어주면 할인정책이 바뀌어진다

문제점

• OCP 와 DIP 같은 객체지향 설계원칙을 준수 하지못했다
• 클래스 의존관계가 추상뿐만 아니라 구현클래스에도 의존하고 있다 (DIP 위반)
• 기능을 확장해서 변경하면 클라이언트 코드에 영향을 준다 (OCP 위반)

2.관심사의 분리

• 역할과 구현을 분리해야 한다
• AppConfig 등장 구현클래스를 만들고 연결해주는 역할을준다

AppConfig

public class AppConfig {

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

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


}

• AppConfig 을 이용해서 인터페이스 구체클래스를 대신 주입해준다 (DI 역할)

MemberServiceImpl

public class MemberServiceImpl implements MemberService {

    private final MemberRepository memberRepository;

    public MemberServiceImpl(MemberRepository memberRepository) {
        this.memberRepository = memberRepository;
    }

}

• MemberServiceImpl 은 인터페이스만 의존한다 (DIP 적용)
• 생성자주입을 통해서 주입을 받는다

AppConfig

public class AppConfig {

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

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

    private MemberRepository memberRepository() {
        return new MemoryMemberRepository();
    }

    private DiscountPolicy discountPolicy() {
        return new FixDiscountPolicy();
    }

}

• AppConfig 안에서도 역할과 구현을 나누어 준다
• 애플리케이션의 전체구성을 빠르가 알수 있다

3.좋은 객체지향 설계의 5가지 원칙

• SRP 단일 책임 원칙 - 한 클래스는 하나의 책임만 가져야 한다
  • AppConfig - 구현객체를 생성하고 연결하는 책임
  • Service - 실행하는 책임만 담당
• DIP 의존관계 원칙 - 추상화를 의존하라(인터페이스)
  • Service 코드가 추상화 인터페이스를 의존한다
  • AppConfig 가 구현객체를 생성해서 Service 에 의존관계 주입
• OCP 개방폐쇄 원칙 - 확장에 열려있고 변경에는 닫혀 있다
  • AppConfig 변경해서 Service 에 주입하므로 Service 코드는 변경되지 않는다

4.IoC,DI 그리고 컨테이너

• 제어의 역전(IoC)

  • 기존 프로그램은 구현객체가 프로그램의 제어 흐름을 스스로 조종했다
  • AppConfig 등장이후 구현객체는 자신의 로직을 실행하는 역할만 담당
  • AppConfig 는 프로그램의 제어흐름을 가져간다
  • 프로그램의 제어흐름을 직접제어하는것이 아닌 외부에서 관리하는것을 제어의 역전이라 한다

• 프레임워크

  • 내가 작성한 코드를 제어하고 대신 실행하는것 (JUnit)

• 라이브러리

  • 내가 작성한 코드가 직접 제어의 흐름을 담당한다면 그것은 라이브러리

• 의존 관계 주입(정적인 클래스)

  • 정적인 클래스 의존관계와, 실행시점에 결정되는 동적인 객체 의존관계 둘을 분리해서 생각해야 된다
  • 정적인 의존관계 클래스 - 클래스가 사용하는 import 코드만 보고 의존관계를 쉽게 파악 (OrderServiceImpl)
  • OrderServiceImpl 은 실제 어떤 객체가 주입되는지 알수가 없다

• 의존 관계 주입(동적인 클래스)

  • 외부에서 객체를 생성하고 클라이언트에 전달해서 클라이언트와 서버의 실제 의존관계가 연결되는것을 의존관계 주입이라고 한다
  • 의존관계 주입을 통해서 클라이언트 코드는 변경되지 않고 클라이언트 호출하는 대상의 타입 인스턴스 변경을 할수있다.
  • 의존관계 주입을 사용하면 정적인 클래스의 의존관계를 변경하지않고 동적인 객체 인스턴스 의존관계를 쉽게 변경할수 있다.

정리

• AppConfig 처럼 객체를 생성하고 관리하면서 의존관계를 연결해주는것
• IoC 컨테이너 , DI 컨테이너라고한다
• 어샘블러,오브젝트 팩토리라고 부른다

5.스프링으로 전환하기

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 FixDiscountPolicy();
        return new RateDiscountPolicy();
    }

}

• 스프링 컨테이너는 @Configuration 이 붙은 AppConfig 를 설정정보로 사용
• @Bean 이라고 적힌 메서드를 모두 호출해서 반환된 객체를 스프링 컨테이너에 등록한다
• 이제부터는 스프링 컨테이너를 통해서 필요한 스프링 빈(객체)을 찾아야한다
• 스프링 컨테이너에 빈등록 -> 스프링 컨테이너에 빈을 찾아서 사용

MemberApp

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

        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("findMember = " + findMember.getName());
        System.out.println("member = " + member.getName());
    }

}

• ApplicationContext 스프링 컨테이너
• AnnotationConfigApplicationContext 에노테이션에 AppConfig 설정
• getBean 을 이용해서 MemberService 빈을 가져온다

참고

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 (스프링핵심기술)