<div id="readability-page-1" class="page"><div id="dkContent" role="main">

					

					
						<h2>Kim-Baek 개발자 이야기</h2>
					

					
						


						
							
							<div>
								<a href="/category/%EA%B0%9C%EB%B0%9C/Spring">개발/Spring</a><h3>[스프링 핵심원리] 15. 새로운 할인 정책 적용과 문제점</h3>
								개발자 LoadMap 김백개발자
 2021. 10. 5. 20:16
								
							
							</div>

							<div><blockquote data-ke-style="style3">김영한님의 [스프링 핵심 원리] 강의를 정리하고, 내가 생각한 내용까지 정리하는 포스팅</blockquote>
지난번에 새로운 할인 정책을 만들어서 테스트까지 했으니 이제 실제 코드에 적용을 해보는 시간이다.
<pre id="code_1633432010278" data-ke-language="java" data-ke-type="codeblock"><code>public class OrderServiceImpl implements OrderService {
 // private final DiscountPolicy discountPolicy = new FixDiscountPolicy();
 private final DiscountPolicy discountPolicy = new RateDiscountPolicy();
 }</code></pre>
FixDicountPolicy를 RateDiscountPolicy 를 위와같이 적용하면 된다. 이 코드는 어떤 상태라고 생각이 될까?
역할과 구현을 분리한 것은 맞다. 다형성도 지키고 인터페이스와 구현 객체를 분리한 것도 맞다. 그렇다면 가장 중요한 객체지향 설계 원칙은 잘 지킨 것이라고 할 수 있을까?
DIP 원칙을 다시 기억해보자. &nbsp;"추상화에 의존해야지, 구체화에 의존하면 안된다" 라는 원칙이다.&nbsp;구현 클래스에 의존하지 말고 인터페이스에 의존하라는 뜻이다. 여기서 OrderServiceImpl 은 DiscountPolicy를 의존하고 있으니 추상화에 의존하고 있다고 할 수 있을까?
그렇지 않다. 추상화에도 의존을 하지만, RateDiscountPolicy 와 같은 구현 클래스에도 의존을 하고 있기 때문이다. 이전부터 계속 봐왔던 문제라고 할 수 있다.
그리고 OCP를 지키고 있을까? 변경하지 않고 확장이 되어야한다고 했는데, 정책이 변경되면서 우리는 클라이언트 코드가 변경이 되고 직접 구현객체를 수정해줬다.
<figure data-origin-width="712" data-origin-height="350" data-ke-mobilestyle="widthOrigin"><img src="https://blog.kakaocdn.net/dn/b3bcAo/btrgXpWQp06/ZjJsztWFC6MaoPeqKhlFzK/img.png" data-origin-width="712" data-origin-height="350" data-ke-mobilestyle="widthOrigin"></figure>
우리가 만들면서 기대한 의존관계는 다음과 같다. 아래의 구현 객체를 의존하지 않고 추상화된 인터페이스만 의존하는 것이다. 하지만 실제로는 어떤가?
<figure data-origin-width="720" data-origin-height="349" data-ke-mobilestyle="widthOrigin"><img src="https://blog.kakaocdn.net/dn/chDyal/btrgMAsl4Op/BqNAgaUJNd6verpIK3m0CK/img.png" data-origin-width="720" data-origin-height="349" data-ke-mobilestyle="widthOrigin"></figure>
실제로는 인터페이스와 구현 클래스 모두를 의존하고 있는 모습이라는 것을 알 수 있다. 그리고 정책을 변경하면 어떻게 될까?
<figure data-origin-width="708" data-origin-height="425" data-ke-mobilestyle="widthOrigin"><img src="https://blog.kakaocdn.net/dn/bis1MO/btrgYkA2x4t/FyxC2fFFCMcALx1TGQEex0/img.png" data-origin-width="708" data-origin-height="425" data-ke-mobilestyle="widthOrigin"></figure>
OrderServiceImple이 구현클래스에도 의존하고 있기 때문에, 소스코드의 변경이 필요한 모습이다. DIP 와 OCP가 모두 안지켜지고 있다는 것을 알 수 있다.
그러면 어떻게 해결할 수 있을까? 구현클래스에 의존하지 않고 추상화된 인터페이스에만 의존하면 되지 않을까?
<figure data-origin-width="712" data-origin-height="350" data-ke-mobilestyle="widthOrigin"><img src="https://blog.kakaocdn.net/dn/b3bcAo/btrgXpWQp06/ZjJsztWFC6MaoPeqKhlFzK/img.png" data-origin-width="712" data-origin-height="350" data-ke-mobilestyle="widthOrigin"></figure>
이 모습이 되도록 코드를 한번 변경해보자
<pre id="code_1633432471668" data-ke-language="java" data-ke-type="codeblock"><code>public class OrderServiceImpl implements OrderService {
 //private final DiscountPolicy discountPolicy = new RateDiscountPolicy();
 private DiscountPolicy discountPolicy;
}</code></pre>
이렇게 코드를 변경하면 우리가 원했던 의존관계가 나온다. 그런데 실제로 실행해보면 자주보던 Null Pointer Exception이 나오는 것을 볼 수 있다.&nbsp;
이것을 해결하려면 누군가가 OrderServiceImpl 에 DisCountPolicy 의 구현객체를 대신 생성하고 주입해줘야 한다. 다음부터는 이것을 만들어 보겠다.

<hr contenteditable="false" data-ke-type="horizontalRule" data-ke-style="style5">
IT기업 취업을 준비하는데 막막하신 분들을 위해&nbsp;네이버 공채 합격자도 배출하고, 수강생들이 추천하는&nbsp;원데이클래스를 소개해드릴게요.
취업준비가 막막하시고 어떻게 공부를 해야하고 시작해야할지 답답하신 분들에게 추천드려요!
전체적인 취업 프로세스에 대한 설명, 준비 방법, 공부 방향성을 제시해드려요. 수강생 모두 평점 만점을 준 만족도 높은 강의입니다 :)
<figure id="og_1632470765372" contenteditable="false" data-ke-type="opengraph" data-ke-align="alignCenter" data-og-type="website" data-og-title="네 &amp; 카 개발자가 알려주는 IT기업/대기업 취업의 모든것! #서류 #코테 #면접 | 탈잉" data-og-description="# 진행방식 모든 수업은 온라인 라이브로 진행됩니다. 튜터들의 현재 경력 및 이력 사항에 대한 내용을 확인하고 수업을 진행합니다. 코로나로 인해 오프라인으로 진행하던 수업을 &quot;20% 할인된 " data-og-host="taling.me" data-og-source-url="https://taling.me/Talent/Detail/36696" data-og-url="https://taling.me/Talent/Detail/36696" data-og-image="https://scrap.kakaocdn.net/dn/d26gsB/hyLHPyRUNd/iKkcvqP1vK4CV7co1F4XKK/img.png?width=1000&amp;height=1000&amp;face=0_0_1000_1000"><a href="https://taling.me/Talent/Detail/36696" target="_blank" rel="noopener" data-source-url="https://taling.me/Talent/Detail/36696">

<div>
네 &amp; 카 개발자가 알려주는 IT기업/대기업 취업의 모든것! #서류 #코테 #면접 | 탈잉
# 진행방식 모든 수업은 온라인 라이브로 진행됩니다. 튜터들의 현재 경력 및 이력 사항에 대한 내용을 확인하고 수업을 진행합니다. 코로나로 인해 오프라인으로 진행하던 수업을 "20% 할인된
taling.me
</div>
</a><img src="https://scrap.kakaocdn.net/dn/d26gsB/hyLHPyRUNd/iKkcvqP1vK4CV7co1F4XKK/img.png?width=1000&amp;height=1000&amp;face=0_0_1000_1000"></figure>
<figure data-origin-width="1320" data-origin-height="1756" data-ke-mobilestyle="widthOrigin"><img src="https://blog.kakaocdn.net/dn/dGUXTB/btrgU2Itp0H/pxza3XpxFTyJBlJh0EPjDk/img.png" data-origin-width="1320" data-origin-height="1756" data-ke-mobilestyle="widthOrigin"></figure> </div>
							

							
								
							

							


						
					

					

					

					

					

					

					
						
					
				</div></div>

떠억상

김영한님의 [스프링 핵심 원리] 강의를 정리하고, 내가 생각한 내용까지 정리하는 포스팅
지난번에 새로운 할인 정책을 만들어서 테스트까지 했으니 이제 실제 코드에 적용을 해보는 시간이다.
public class OrderServiceImpl implements OrderService {
  //    private final DiscountPolicy discountPolicy = new FixDiscountPolicy();
      private final DiscountPolicy discountPolicy = new RateDiscountPolicy();
  }
FixDicountPolicy를 RateDiscountPolicy 를 위와같이 적용하면 된다. 이 코드는 어떤 상태라고 생각이 될까?
역할과 구현을 분리한 것은 맞다. 다형성도 지키고 인터페이스와 구현 객체를 분리한 것도 맞다. 그렇다면 가장 중요한 객체지향 설계 원칙은 잘 지킨 것이라고 할 수 있을까?
DIP 원칙을 다시 기억해보자.  "추상화에 의존해야지, 구체화에 의존하면 안된다" 라는 원칙이다. 구현 클래스에 의존하지 말고 인터페이스에 의존하라는 뜻이다. 여기서 OrderServiceImpl 은 DiscountPolicy를 의존하고 있으니 추상화에 의존하고 있다고 할 수 있을까?
그렇지 않다. 추상화에도 의존을 하지만, RateDiscountPolicy 와 같은 구현 클래스에도 의존을 하고 있기 때문이다. 이전부터 계속 봐왔던 문제라고 할 수 있다.
그리고 OCP를 지키고 있을까? 변경하지 않고 확장이 되어야한다고 했는데, 정책이 변경되면서 우리는 클라이언트 코드가 변경이 되고 직접 구현객체를 수정해줬다.
우리가 만들면서 기대한 의존관계는 다음과 같다. 아래의 구현 객체를 의존하지 않고 추상화된 인터페이스만 의존하는 것이다. 하지만 실제로는 어떤가?
실제로는 인터페이스와 구현 클래스 모두를 의존하고 있는 모습이라는 것을 알 수 있다. 그리고 정책을 변경하면 어떻게 될까?
OrderServiceImple이 구현클래스에도 의존하고 있기 때문에, 소스코드의 변경이 필요한 모습이다. DIP 와 OCP가 모두 안지켜지고 있다는 것을 알 수 있다.
그러면 어떻게 해결할 수 있을까? 구현클래스에 의존하지 않고 추상화된 인터페이스에만 의존하면 되지 않을까?
이 모습이 되도록 코드를 한번 변경해보자
public class OrderServiceImpl implements OrderService {
      //private final DiscountPolicy discountPolicy = new RateDiscountPolicy();
      private DiscountPolicy discountPolicy;
}
이렇게 코드를 변경하면 우리가 원했던 의존관계가 나온다. 그런데 실제로 실행해보면 자주보던 Null Pointer Exception이 나오는 것을 볼 수 있다. 
이것을 해결하려면 누군가가 OrderServiceImpl 에 DisCountPolicy 의 구현객체를 대신 생성하고 주입해줘야 한다. 다음부터는 이것을 만들어 보겠다.
 
IT기업 취업을 준비하는데 막막하신 분들을 위해 네이버 공채 합격자도 배출하고, 수강생들이 추천하는 원데이클래스를 소개해드릴게요.
취업준비가 막막하시고 어떻게 공부를 해야하고 시작해야할지 답답하신 분들에게 추천드려요!
전체적인 취업 프로세스에 대한 설명, 준비 방법, 공부 방향성을 제시해드려요. 수강생 모두 평점 만점을 준 만족도 높은 강의입니다 :)

[스프링 핵심원리] 15. 새로운 할인 정책 적용과 문제점

댓글