문제점 : 현재 AppCOnfig는 중복이 있고 역할에 따른 구현이 잘 안보인다.
여기서 MemberRepository라는 역할도 보여야한다.
Refactor - Extract Method를 통해 memberRepository() 라는 메서드를 만든다.
MemberService 역할, MemberRepository 라는 역할, OrderService 역할까지 모든게 드러난다. ( 하나가 빠졌다. 바로 DiscountPolicy. )
원래의 new FixDiscountPolicy()를 discountPolicy() 메서드로 빼준다.
이렇게 리펙터링하면 역할에 어떤 구현체를 쓸 건지 한 눈에 파악할 수 있고 나중에 구현체만 갈아끼기 쉽다.
이렇게 리펙터링하면 역할에 어떤 구현체를 쓸 건지 한 눈에 파악할 수 있고 나중에 구현체만 갈아끼기 쉽다.
이렇게 리펙터링하면 역할에 어떤 구현체를 쓸 건지 한 눈에 파악할 수 있고 나중에 구현체만 갈아끼기 쉽다.
이렇게 리펙터링하면 역할에 어떤 구현체를 쓸 건지 한 눈에 파악할 수 있고 나중에 구현체만 갈아끼기 쉽다.
이렇게 리펙터링하면 역할에 어떤 구현체를 쓸 건지 한 눈에 파악할 수 있고 나중에 구현체만 갈아끼기 쉽다.
이렇게 리펙터링하면 역할에 어떤 구현체를 쓸 건지 한 눈에 파악할 수 있고 나중에 구현체만 갈아끼기 쉽다.
ex)
이 사진을 보면 아하 MemberRepository는 MemoryMemberRepository를 쓰는구나~~~~~~
( 리턴타입 : 역할, 리턴해주는 클래스 : 구현 )
'Java, Spring > 스프링 핵심 원리 기본' 카테고리의 다른 글
3-6. 전체 흐름 정리 (0) | 2022.08.06 |
---|---|
3-5. 새로운 구조와 할인 정책 적용 (0) | 2022.08.06 |
3-3. 관심사의 분리 (극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 중요)(극도로 .. (0) | 2022.08.06 |
3-2. 새로운 할인 정책 적용과 문제점 (0) | 2022.08.06 |
3-1. 새로운 할인 정책 개발 (0) | 2022.08.06 |