3단계 - 리팩터링(매장 식사 주문) #242
Open
3단계 - 리팩터링(매장 식사 주문) #242
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
wkdchdaud123
requested changes
Sep 26, 2023
| import kitchenpos.eatinorders.domain.eatinorder.EatinOrder; | ||
| import org.springframework.data.jpa.repository.JpaRepository; | ||
|
|
||
| public interface JpaEatinOrderRepository extends EatinOrderRepository, |
| } | ||
|
|
||
| @Override | ||
| public EatinOrderDTO init(final EatinOrderInitCommand command) { |
There was a problem hiding this comment.
등록에 대해서 용어 사전에 정리하신 것은 없지만 init이라는 이름은 모호한 것 같은데 적당한 것으로 바꿔볼 수 있을까요?
다른 곳에서는 register를 사용하셨었죠 😄
|
|
||
| @Table(name = "order_table_new") | ||
| @Entity | ||
| public class OrderTableNew { |
There was a problem hiding this comment.
용어 불일치가 있네요 이미 인지하고 계신 사항이겠죠? 꼭 수정은 안해주셔도 됩니다 😄
용어 사전에서 정리한 이름은 RestaurantTable이네요.
| package kitchenpos.eatinorders.domain.ordertable; | ||
|
|
||
| public enum Status { | ||
| EMPTY, NOT_EMPTY |
There was a problem hiding this comment.
이쪽도 이전 용어 사전이랑은 다르긴 하네요.
필요하면 지속적으로 용어 사전, 모델링을 지속적으로 수정할 수 있습니다.
용어 불일치에 대해 경계하면 좋을 것 같습니다.
| } | ||
|
|
||
| @Override | ||
| public UUID create(final Name name) { |
There was a problem hiding this comment.
상품, 메뉴 쪽은 register
매장 식사 주문 테이블은 create 이군요 😄
어떤 관점으로 바라보고 차이를 두셨는지 알 수 있을까요?
정말 달라야 한다면 다른 독자가 create, register에 대해 저와 같이 오해할 수 있을 것 같고 그렇다면
이 또한 용어 사전에 정리될 수 있다는 포인트가 된다는 점 참고 해주시면 좋을 것 같아요 😄
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
리뷰어님 안녕하세요!
매장식사 주문을 구현하였으며, 대부분의 코드는 이전 단계와 비슷한 방식으로 프로그래밍했습니다.
업무와 함께 병행하느라 급하게 과제를 진행하여 테스트코드는 누락되어 있습니다.
(시간이 너무 없어서 매장 식사 주문 비즈니스 로직도 틀렸을 수 있을 것 같아요^_ㅠ)
고민
이번에는
Usecase는 어떤 단위로 구성해야 하는가? 에 대한 고민을 많이 했습니다.
보통 저희가 SRP, ISP를 달성하려고 노력을 많이 하는데요
어플리케이션서비스(UseCase)에서 이 SRP는 어떤 단위로 구성될 수 있을까? 이런 고민이 들었습니다.
그래서 제 개인적인 생각으로 일단 구성을 해보았습니다.
OrderTable application service를 보시면,
OrderTableCreationUseCase, OrderTableSitUseCase 로 나뉘어져 있는데요.
리뷰어님께서 제가 고민한 부분에 대한 의견이 있으시면 말씀부탁드립니다~!
참고할만한 자료가 있으면 공유해셔도 좋습니다!
마지막 리뷰요청드립니다 :)