주문과 할인 도메인 설계 / 개발

주문과 할인 도메인 설계

• 설계 주문과 할인 정책 회원은 상품을 주문할 수 있다.
• 회원 등급에 따라 할인 정책을 적용할 수 있다.
• 할인 정책은 모든 VIP는 1000원을 할인해주는 고정 금액 할인을 적용해달라. (나중에 변경 될 수 있 다.)
• 할인 정책은 변경 가능성이 높다. 회사의 기본 할인 정책을 아직 정하지 못했고, 오픈 직전까지 고민을 미루고 싶다.
• 최악의 경우 할인을 적용하지 않을 수 도 있다. (미확정)

 

 

1.  주문 생성: 클라이언트는 주문 서비스에 주문 생성을 요청한다. 
2. 회원 조회: 할인을 위해서는 회원 등급이 필요하다. 그래서 주문 서비스는 회원 저장소에서 회원을 조회 한다. 
3. 할인 적용: 주문 서비스는 회원 등급에 따른 할인 여부를 할인 정책에 위임한다.
4. 주문 결과 반환: 주문 서비스는 할인 결과를 포함한 주문 결과를 반환한다.

 

주문 도메인 전체

• 역할과 구현을 분리해서 자유롭게 구현 객체를 조립할 수 있게 설계했다.
• 덕분에 회원 저장소는 물론이고, 할인 정책도 유연하게 변경할 수 있다.

 

 

주문 도메인 클래스 다이어그램

 

 

 

 

 

주문 도메인 객체 다이어그램1

• 회원을 메모리에서 조회, 정액 할인 정책(고정 금액)을 지원해도 주문 서비스를 변경하지 않아도 된다.
• 역할들의 협력 관계를 그대로 재사용 할 수 있다.
  • [메모리 -> DB, 정액 할인 -> 정률 할인] 으로 바뀌어도 구현체는 바뀌지 않아도 된다는 의미

 

 

주문 도메인 객체 다이어그램2

• 회원을 메모리가 아닌 실제 DB에서 조회하고, 정률 할인 정책(주문 금액어 따라 % 할인)을 지원해도 주문 서비스를 변경하지 않아도 된다.
• 협력 관계를 그대로 재사용

 

 

---

 

주문과 할인 도메인 개발

 

할인 정책 인터페이스

 

 

정액 할인 정책 ( 고정 금액 할인) - 구현체

• 회원 등급이 VIP이면 고정 금액(1000원)을 return

 

 

 

주문 엔티티

• 회원 Id, 주문 물품 이름, 물품 가격, 할인 가격
• 각각의 생성자와 getter / setter를 만들어줌
• 할인가격이 적용된 물품의 가격을 계산하기 위한 calculatePrice메소드

 

 

 

주문 서비스 인터페이스

• 주문 생성시 회원id, 상품명, 상품가격을 parameter로 받아 다시 return 시켜야하는 역할

 

 

주문 서비스 구현체

• 주문요청이 발생하면 id를 통해 회원정보를 가져옴
• 이에 따라 할인을 적용하고 새로운 주문을 생성하여 return(할인 정책에다가 회원을 넘겨줌)
• OrderService 입장에서는 할인에 관한 것은 DiscountPolicy에게 넘기고 결과만 return 받음
  • 단일 체계 원칙을 잘 지킨 것.
  • 할인 정책의 변경이 생긴다면 DiscountPolicy에 관한 것만 고치면 됨.