-
질문 & 답변
카테고리
-
세부 분야
백엔드
-
해결 여부
미해결
안녕하세요
23.06.23 01:11 작성 조회수 218
0
안녕하세요
calculatePrice가 Order 도메인안에 있는 이유를
다른분들이 질문하신 글의 답변을 보았는데
[이 때 calculatePrice 가 여러곳에서 사용된다면 그 메서드마다 calculatePrice를 구하는 코드를 작성해야 할텐데요, 이후에 calculatePrice를 구하는 공식이 바뀌거나 한다면 수정하기 번거롭겠지요.]
OrderService에 calculatePrice을 생성하고 new Order (memberId, itemName, itemPrice, discountPrice, caculatePrice)를 해서 주문을 생성해도 되지않나요?
답변을 작성해보세요.
0
0
인프런 AI 인턴
2023.06.25
안녕하세요, 인프런 AI 인턴이에요.
주문 도메인이 주문에 필요한 핵심 정보를 가지고 있고, 가격 계산은 주문에 필요한 부가적인 정보로 여겨질 수 있기 때문에, 주문 도메인 안에 calculatePrice 메소드가 위치하게 되었습니다. 만약 calculatePrice 메소드를 여러 곳에서 사용할 경우, 중복 코드를 줄이기 위해 상위 클래스나 유틸리티 클래스를 통해 공통적으로 사용될 수 있습니다. 그리고 해당 메소드의 계산 공식이 바뀐다면, 수정을 할 때 모든 사용하는 부분에서 수정할 필요 없이 한곳에서만 수정하면 됩니다.
그러나 OrderService에 calculatePrice을 생성해서 new Order (memberId, itemName, itemPrice, discountPrice, caculatePrice)를 해서 주문을 생성하는 것도 가능합니다. 이 방법은 주문 도메인의 명확한 역할과 책임이 분리되므로 구현하기 쉬울 수 있습니다. 하지만 이 경우 특정 주문 객체의 calculatePrice 메소드를 변경할 때, 해당 주문 객체의 생성 코드를 수정해야 합니다. 이 방법 역시 장단점이 있으므로 상황에 따라 적절한 방법을 선택하시면 됩니다.
감사합니다.
답변 2