[BE] feat: 축제 상세 정보 조회 Api 구현(#119) #169
Conversation
| Festival festival = festivalRepository.findById(festivalId) | ||
| .orElseThrow(() -> new NotFoundException(ErrorCode.FESTIVAL_NOT_FOUND)); | ||
| List<Stage> stages = stageRepository.findAllByFestival(festival).stream() | ||
| .sorted(Comparator.comparing(Stage::getStartTime)) |
There was a problem hiding this comment.
Comparator 클래스는 static import를 하면 어떨까요?
| List<FestivalDetailTicketResponse> tickets) { | ||
|
|
||
| public static FestivalDetailStageResponse from(Stage stage) { | ||
| List<FestivalDetailTicketResponse> tickets = stage.getTickets().stream() |
There was a problem hiding this comment.
stage.getTickets()를 호출하는 과정에서, SELECT 쿼리가 날아갈 것 같은데, 해당 Stage를 찾아올 때 fetch join으로 한 번에 찾아올 수 있으면 좋겠네요!
| Integer remainAmount) { | ||
|
|
||
| public static FestivalDetailTicketResponse from(Ticket ticket) { | ||
| TicketAmount ticketAmount = ticket.getTicketAmount(); |
There was a problem hiding this comment.
마찬가지로, 해당 TicketAmount는 EAGER로 조회되니까 이 부분도 fetch join으로 한 번에 들고올 수 있으면 좋겠네요!
| public record FestivalDetailResponse(Long id, | ||
| String name, | ||
| LocalDate startDate, | ||
| LocalDate endDate, | ||
| String thumbnail, | ||
| List<FestivalDetailStageResponse> stages) { |
There was a problem hiding this comment.
저희 이 부분 컨벤션을 논의해야 할 것 같네요!
| public record FestivalDetailResponse(Long id, | |
| String name, | |
| LocalDate startDate, | |
| LocalDate endDate, | |
| String thumbnail, | |
| List<FestivalDetailStageResponse> stages) { | |
| public record FestivalDetailResponse( | |
| Long id, | |
| String name, | |
| LocalDate startDate, | |
| LocalDate endDate, | |
| String thumbnail, | |
| List<FestivalDetailStageResponse> stages) { |
저는 이런 표현이 더 가독성이 높다고 생각이 들어서요!
There was a problem hiding this comment.
Id 가 한 줄로 붙어 있으니까 1번의 첫 번째 인자가 잘 안보이는 부분이 있긴하네요
There was a problem hiding this comment.
조만간 회의를 잡아서 위 이슈에서 처리하면 좋을 것 같아요.
현재 정의되어있는 응답 객체들도 제각기라서, 한 번에 통일하는게 좋아보여요!
| @Test | ||
| void 무대_시작시간순으로_정렬() { | ||
| // given | ||
| long festivalId = 1L; |
There was a problem hiding this comment.
69번째 라인은 reference 타입인데, 해당 부분은 primitive 타입이네요!
| @@ -28,6 +31,9 @@ public class Stage { | |||
| @ManyToOne(fetch = FetchType.LAZY) | |||
| private Festival festival; | |||
|
|
|||
| @OneToMany(mappedBy = "stage", fetch = FetchType.LAZY) | |||
| private List<Ticket> tickets = new ArrayList<>(); | |||
There was a problem hiding this comment.
지금 당장은 아니지만 결국 view를 위한 의존관계니 나중엔 아예 DTO로 repository에서 조회하는 것도 같이 고려해볼 수 있을 것 같아요.
There was a problem hiding this comment.
인정합니다..
조회 dto들이 다소 복잡한데, 나중에 조회 / 명령 서비스 분리하고 조회 서비스에서는 dto로 바로 꺼내오는거 고려해보는거 좋을 것 같아요
📌 관련 이슈
✨ PR 세부 내용
무대 정보는 무대 시작 시간 기준으로 정렬되도록 했습니다.
조회시 편의를 위해 Stage에
@OneToMany List<Ticket>를 추가했습니다.(OneToMany관계를 걸지 않으면, for문을 돌면서 복잡한 연산을 수행해야하고, 이에 따라 DTO로 변환하는 과정이 상당히 복잡해집니다.)