refactor: member 바운디드 컨텍스트에서 job, hobby, profile, selfintro를 분리한다 #78
Conversation
|
|
||
| import jakarta.validation.constraints.NotBlank; | ||
|
|
||
| public record StyleCreateRequest ( | ||
| public record JobCreateRequest( | ||
| @NotBlank(message = "스타일 이름을 입력해주세요.") |
There was a problem hiding this comment.
레코드가 Style에서 Job으로 바뀌었으나 필드 설명은 계속 스타일로 되어 있는 것 같습니다
|
|
||
| import jakarta.validation.constraints.NotBlank; | ||
|
|
||
| public record StyleUpdateRequest( | ||
| public record JobUpdateRequest( | ||
| @NotBlank(message = "스타일 이름을 입력해주세요.") |
There was a problem hiding this comment.
Style -> Job에 대한 설명으로 수정해야 할 것 같습니다!
|
|
||
| @ExceptionHandler(JobNameAlreadyExistedException.class) | ||
| public ResponseEntity<String> handleJobNameAlreadyExistedException(final JobNameAlreadyExistedException e) { | ||
| return getErrorMessageWithStatus(e, HttpStatus.CONFLICT); |
There was a problem hiding this comment.
중복 에러 차원에서 conflict를 선택한 게 더 좋아보입니다! 그런데 혹시 이렇게 존재 유무에 대한 예외를 다른 곳들에 많이 작성했었을텐데 그 부분들에서는 bad request로 했던 것으로 기억합니다. 이 부분은 향후 bad request들을 모두 지금처럼 conflict로 바꾸는 작업이 필요할 것 같습니다 :)
There was a problem hiding this comment.
네 이 부분은 예외처리 리팩터링 진행하실 때 추가해주시면 감사하겠습니다 :)
| public class JobNameAlreadyExistedException extends RuntimeException { | ||
|
|
||
| public JobNameAlreadyExistedException() { | ||
| super("이미 존재하는 스타일 이름입니다"); |
There was a problem hiding this comment.
직업에 관한 것으로 하는 게 더 맞아보입니다
| public class JobCodeAlreadyExistedException extends RuntimeException { | ||
|
|
||
| public JobCodeAlreadyExistedException() { | ||
| super("이미 존재하는 스타일 코드입니다."); |
| @AllArgsConstructor(access = AccessLevel.PRIVATE) | ||
| @NoArgsConstructor(access = AccessLevel.PUBLIC) | ||
| @Entity | ||
| public class UserHobbies { |
There was a problem hiding this comment.
Member에서 User로 수정하신 이유가 있나요?
There was a problem hiding this comment.
이 부분은 회원 바운디드 컨텍스트의 루트 애그리거트(Member) 이름과 겹치는 것이 혼란을 줄 수도 있겠다는 생각에 Member가 아닌 User를 사용하였습니다. 다른 바운디드 컨텍스트에서도 이런 경우에 대해 다른 이름으로 지정하는 것이 어떨까요?
There was a problem hiding this comment.
이게 말씀하신 바운디드 컨텍스트에 해당되는 것이군요! 좋은 생각인 것 같습니다.
| @Builder | ||
| @EqualsAndHashCode(of = "id") | ||
| @AllArgsConstructor(access = AccessLevel.PRIVATE) | ||
| @NoArgsConstructor(access = AccessLevel.PUBLIC) |
There was a problem hiding this comment.
NoArgs가 이전에 쓰던 protected에서 public으로 되었는데 의도하신 것인지 궁금합니다.
There was a problem hiding this comment.
이 부분은 제가 인지를 못했던 거 같네요... 수정하겠습니다!
| // .build(); | ||
| // } | ||
|
|
||
| // TODO: 회원 가입 및 로그인 진행 시 해당 메서드를 추가하여 최근 방문일을 갱싱해줘야 한다. |
| return profileRecommendationResponses; | ||
| } | ||
|
|
||
| // TODO: 우선 가장 인기 있는 회원 한 명만 조회되도록 설정함. 추후에 이야기 해서 상위 5%를 어떻게 설정할지 논의해봐야함.(쿼리 최적화도) |
There was a problem hiding this comment.
ProfileQueryRepository가 진짜 조회가 어마어마 하네요.. 꼭 논의해봐야 할 듯 합니다!
There was a problem hiding this comment.
네 회의 일정 맞춰서 한번 논의해보면 좋을 거 같아요!
| .where(profile.memberId.eq(memberId)) | ||
| .fetchFirst(); | ||
| } | ||
|
|
📄 Summary
🙋🏻 More
수정 범위가 너무 넓어서 제가 작업한 부분 이외에 실패하는 테스트는 주석 처리를 했습니다. 전반적인 수정사항을 참고하셔서 수정하시면 될 것 같습니다!
close #77