feature-episodes-review PR #45
Conversation
|
컨트롤러와 서비스에서 201 코드를 한번씩 각각 넣어주는 이유가 있을까요?
|
|
|
|
등록 성공시 response 를 ResponseEntity 로 변경하는게 어떨까요?? body 없이 header 에 코드값만 설정해서 내려주면 될것같습니다 |
|
|
| @JoinColumn(name = "user_id", nullable = false) | ||
| private User user; | ||
|
|
||
| @Column(name = "rating", precision = 10, scale = 2) |
There was a problem hiding this comment.
0점이 존재할 수 있다 라는 정책 설정이 먼저일것같아요
| @Setter | ||
| public class EpisodeReviewRequest { | ||
|
|
||
| private BigDecimal rating; |
There was a problem hiding this comment.
rating이 BigDecimal을 써야할 만큼 민감하고 중요한 정보인지, 이로 인한 오버헤드가 더 손해일지 한번 생각하는것도 좋을 것 같아요
There was a problem hiding this comment.
url이 일관되지 못한 것으로 느껴집니다.
어떤 url은 animeId가, 어떤 url은 episodeId가 사용되어 사용하는 부분에 있어 혼동이 있을 수 있을거같습니다.
| private final EpisodesRepository episodesRepository; | ||
|
|
||
| public Page<EpisodesDto> getEpisodes(Long animeId, Pageable pageable) { | ||
| List<EpisodesDto> episodesList = queryFactory |
There was a problem hiding this comment.
사실 이건 스프링에 대한 지식이 조금 모자라서 그런건데
아마 문법만 보면 db에서 특정 내용을 읽어오는걸로 보이는데 따로 repo같은 곳으로 빠져야 하는거 아닌가요?
There was a problem hiding this comment.
이 부분은 저번 백엔드 회의에서도 얘기했던 부분이네요.
다시 위에 거론됐던 책임 분리 부분과 같은 문제인것 같습니다.
- 서비스단 : 비즈니스 로직
- 리포지토리 : db 작업
이렇게 가는게 어떨까요?
…ature-episodes-review
|
계속 피드백 주셔서 감사합니다! 이해한 바로는 아래와 같아 해당 부분들을 수정했습니다. 근성님 : 별점 필드, URL 개선 |
|
피드백 반영 감사합니다! 수정된 부분확인했고, 머지해도 될 것 같습니다. |
추가된 기능
관련 이슈
Spring 3.x 버전에 따른 페이지네이션 JSON 성능 안정성 개선 링크