3단계 - 기능 우선 패키지 구성하기 #493
3단계 - 기능 우선 패키지 구성하기 #493
Conversation
src/main/java/kitchenpos/order/infra/DefaultKitchenridersClient.java
Outdated
Show resolved
Hide resolved
src/main/java/kitchenpos/product/menu/application/ProductService.java
Outdated
Show resolved
Hide resolved
|
저는 모델링과 용어사전은 컨텍스트안에 있어야 진정한 힘을 발휘할 수 있다고 생각해요. 용어사전과 글로써 작성한 모델링을 컨텍스트로 묶어보시거나, 각각의 컨텍스트패키지에 Readme.md 를 만들어서 분리하기도 해요. 제 개인적인 의견이라서 꼭 반영은 하지 않아도 괜찮아요 😄 추가로, 혹시 서로 다르게 생각하는 것인가해서 그림으로 표현한 모델링에 대해 말씀드리면 상품 도메인은 상품컨텍스트에도 속하지만 메뉴 컨텍스트에도 속해요. 그림에 있는 도메인이 도메인 모델을 의미하는거면 괜찮을것같아요! 
|
| import kitchenpos.menu.domain.model.Menu; | ||
| import kitchenpos.menu.domain.model.MenuProduct; | ||
| import kitchenpos.menu.domain.repository.MenuRepository; |
There was a problem hiding this comment.
현재 메뉴에서 상품을 의존하고 있고, 상품에서도 메뉴를 의존하고 있어요.
메뉴컨텍스트와 상품컨텍스트가 양방향으로 의존하고있는데 강결합을 낮출 수 있는 방법에 대해서 고민해보시면 좋을 것 같아요
이번 미션은 패키지를 바운디드 컨텍스트로 구성하는 것이여서 코드를 수정하실 필요는 없고 답변으로 설명주셔도 돼요!
There was a problem hiding this comment.
강의때 들었던 거 같은데 직접 참조가 아니라 id로 참조하는 방법이면 될까요??
| @@ -1,4 +1,4 @@ | |||
| package kitchenpos.domain; | |||
| package kitchenpos.order.common.domain.model; | |||
There was a problem hiding this comment.
공통영역에 주문 엔티티를 구성해주신 의도가 궁금해요
저는 모델링을 이해했을 때 매장, 포장, 배달 컨텍스트에서 주문 도메인도델 공통적으로 메뉴와 주문유형을 가진다는 것으로 생각했는데 주문도메일 모델도 별도로 나와있어서요
이번 미션이 컨텍스트기준으로 리팩터링하는 것이라서 그냥 두신 것일까요?
본격적인 리팩토링은 다음 미션이라서 답변으로 진행해주셔도 돼요!
There was a problem hiding this comment.
맨처음에 나누면서는 온전히 생각을 못했어서 공통을 두고 전체적으로 커버할 수 있는 영역을 만들자라고 생각했는데, 다시 생각해보니 제가 분리를 진행하면서 온전히 다 처리할 수 있을거 같네요. 없애도 될 거 같아요. 감사합니다 ㅎㅎ
| @@ -0,0 +1,165 @@ | |||
| package kitchenpos.order.deliveryorder.application; | |||
There was a problem hiding this comment.
각각의 주문 유형으로 컨텍스트 분리하셨네요 👍
주문의 경우 유형별로 비슷하지만 다른 부분이 있죠!
| @@ -1,25 +1,20 @@ | |||
| package kitchenpos.application; | |||
| package kitchenpos.order.common.application; | |||
There was a problem hiding this comment.
OrderService 도 공통에 위치한 의도가 궁금해요 🤔
각각의 컨텍스트로 분리해주셨는데 어떤 역할로 위치해주신 것일까요?
#개요
안녕하세요 리뷰어님 2단계를 바탕으로 리팩토링 완성했습니다.
양이 많아도 좋으니 최대한 자세한 피드백 부탁드릴께요!