본문 바로가기

백엔드52

[Inflearn] 새로운 할인 정책 적용의 문제점 & 해결방안(관심사 분리) (SRP 만족) 앞에서 OrderServiceImpl 코드를 고쳐야 한다고 했었다. 역할과 구현을 충실하게 분리했는가? (YES)다형성도 활용하고, 인터페이스와 구현 객체를 분리했는가? (YES)OCP, DIP 같은 객체지향 설계 원칙을 충실히 준수했는가? (NO)문제점 * DIP "프로그래머는 추상화에 의존해야지, 구체화에 의존하면 안된다"인터페이스뿐 아니라 구현 클래스에도 의존하고 있다.- 추상(인터페이스) 의존: DiscountPolicy- 구체(구현) 클래스 의존: FixDiscountPolicy, RateDiscountPolicy* OCP "변경하지 않고 확장이 가능하다"지금 코드는 기능을 확장해서 변경하면, 클라이언트 코드에 영향을 준다.(OrderServiceImpl 코드를 바꿔야 했다.)  쉽게 클래스 다.. 2025. 2. 7.
[Inflearn] 새로운 할인 정책 개발 새로운 할인 정책을 확장해볼 거다. 원래 할인 정책이 FixDiscountPolicy() 를 사용하는 고정 금액 할인 정책이었다면,개발자가 할인 정책을 RateDiscountPolicy(), 정률%할인 정책으로 변경하고 싶다고 가정해볼 거다.    package hello.core.discount;import hello.core.member.Grade;import hello.core.member.Member;public class RateDiscountPolicy implements DiscountPolicy{ private int discountPercent = 10; // 10% 할인 @Override public int discount(Member member, int price) .. 2025. 2. 2.
[Inflearn] 주문과 할인 도메인 개발 이제 주문 도메인을 개발해볼 거다.  package hello.core.order;public class Order { private Long memberId; private String itemName; private int itemPrice; private int discountPrice; public Order(Long memberId, String itemName, int itemPrice, int discountPrice) { this.memberId = memberId; this.itemName = itemName; this.itemPrice = itemPrice; this.discountPrice = discount.. 2025. 1. 30.
[Inflearn] 주문과 할인 도메인 설계 - 회원은 상품을 주문할 수 있다.- 회원 등급에 따라 할인 정책을 적용할 수 있다.- 할인 정책은 모든 VIP는 1000원을 할인해주는 고정 금액 할인을 적용해달라.(나중에 변경될 수 있다.)- 할인 정책은 변경 가능성이 높다. 회사의 기본 할인 정책을 아직 정하지 못했고, 오픈 직전까지 고민을 미루고 싶다. 최악의 경우 할인을 적용하지 않을 수도 있다.(미확정) 다음과 같은 주문 구조를 가지고 있다.1. 주문 생성: 클라이언트는 주문 서비스에 주문 생성을 요청한다.2. 회원 조회: 할인을 위해서는 회원 등급이 필요하다. 그래서 주문 서비스는 회원 저장소에서 회원을 조회한다.3. 할인 적용: 주문 서비스는 회원 등급에 따른 할인 여부를 할인 정책에 위임한다.4. 주문 결과 반환: 주문 서비스는 할인 결.. 2025. 1. 30.

티스토리툴바