내가 속한 빌딩의 오점완 리뷰 데이터를 반환한다. 페이징의 `default size` 는 `10` 으로 지정한다. - `GET` /api/reviews/buildings/{buildingId}?page={page} ### 프로세스 - [x] 요청 URL에 PathVariable로 포함된 building_id를 추출한다. - [x] building_id에 해당하는 building_restaurant_map 테이블로부터 빌딩 근처의 restauant_id 추출한다. - [x] restaurant_id을 사용하여 Resturant_review 테이블의 데이터를 리스트로 반환한다. - [x] created_at 속성으로 최신순으로 정렬하여 반환한다. - [x] 페이징 처리 후 반환한다. (default size: 10, page: 0) ### Issue - 페이징 처리 중 총 페이지 개수를 구하는 로직 때문에 쿼리가 하나 더 날아가는 상황 발생 (리팩터링 대상) <br>심지어 `fetchCount()`는 `deprecated` 됨 아래와 같은 방법으로 최적화 가능하다는데 아직 확실하진 않기 때문에 연구 대상 ``` JAVA Page<RestaurantReviewResponse.ListDTO> page = query .offset(pageable.getOffset()) .limit(pageable.getPageSize()) .fetchResults(); ```
Activity
Style: 더미 파일 삭제 (#23)
Feat: 최신 리뷰 리스트 응답 엔드 포인트 구현 (#23)
Feat: 최신 리뷰 리스트 레포지토리 구현 (#23)
Feat: 최신 리뷰 리스트 레포지토리 QueryDSL 로직 구현 (#23)
Feat: 최신 리뷰 리스트 응답 DTO 구현 (#23)
Feat: 최신 리뷰 리스트 서비스 구현 (#23)
Feat: 최신 리뷰 리스트 응답 컨트롤러, 서비스 단위 테스트 구현 (#23)
Modify: 서비스 메서드에 트랜잭션 설정 (#23)
최신 리뷰 리스트 응답 기능 구현 완료 (#26)