다이어리 조회 #56
다이어리 조회 #56
Conversation
… 쿼리에서 테이블명과 컬럼명 소문자로 변경
fix: Product Validation 쿼리 테이블명과 컬럼명 소문자로 변경
| public class DiaryRetrievalQueryDtoExtractor implements ResultSetExtractor<DiaryRetrievalQueryDto> { | ||
| private final ObjectMapper objectMapper; | ||
|
|
||
| @Override | ||
| public DiaryRetrievalQueryDto extractData(ResultSet rs) throws SQLException, DataAccessException { |
There was a problem hiding this comment.
이 클래스는 조회용 dto 를 매핑하기 위함이라.. 변경을 고려하기는 어려울 것 같아서 절차지향적으로 작성했는데 괜찮나요??
There was a problem hiding this comment.
이걸 한번에 다 조회할 필요가 있는건가요?
조회 페이지상 아침,점심,저녁 다 따로 클릭해서 조회하는 형태던데 왜 한번에 다 조회하는건가요?
There was a problem hiding this comment.
다이어리 조회 페이지상 아침, 점심, 저녁, 간식 모두 한번에 보여주기 위해서 한번에 조회를 하였습니다. 요구사항 이미지에서는 아침 식사만 나타나있어서 오해의 소지가 있었네요!
| private final DiaryCrudRepository diaryCrudRepository; | ||
| private final DiaryRetrievalCustomRepository diaryRetrievalCustomRepository; |
There was a problem hiding this comment.
해당 인터페이스를 추상화한 이유가 뭔가요?
There was a problem hiding this comment.
조회로직이 jdbc 템플릿을 이용하는 리포지토리에 의존하고 있어서 인터페이스로 추상화를 하였습니다. 그리고 의존성 방향을 고려해서 query 패키지가 상위에 있는 repository 패키지를 의존하도록 했습니다. 혹시 인터페이스를 이용하기보단 그냥 클래스로 조합하는 것이 더 나았을까요??
| @@ -10,8 +11,8 @@ | |||
| @Repository | |||
| @RequiredArgsConstructor | |||
| public class DiaryRepositoryImpl implements DiaryRepository{ | |||
There was a problem hiding this comment.
조회용 repository를 따로 만들어 보는건 어떨까요?
There was a problem hiding this comment.
DiaryRetrievalCustomRepositoryImpl 클래스가 조회용 리포지토리가 아닌가요..??
| public class DiaryRetrievalQueryDtoExtractor implements ResultSetExtractor<DiaryRetrievalQueryDto> { | ||
| private final ObjectMapper objectMapper; | ||
|
|
||
| @Override | ||
| public DiaryRetrievalQueryDto extractData(ResultSet rs) throws SQLException, DataAccessException { |
There was a problem hiding this comment.
이걸 한번에 다 조회할 필요가 있는건가요?
조회 페이지상 아침,점심,저녁 다 따로 클릭해서 조회하는 형태던데 왜 한번에 다 조회하는건가요?
| @@ -29,4 +31,10 @@ public ApiResponse<DiarySavedResponse> addDiaryRecord(@Valid @RequestBody AddDia | |||
| @PathVariable Long diaryId) { | |||
| return ApiResponse.success(addDiaryRecordService.addDiaryRecord(addDiaryRecordRequest, diaryId)); | |||
| } | |||
|
|
|||
| @GetMapping("/diary/{memberId}/{diaryDate}") | |||
There was a problem hiding this comment.
rest api 규칙에 어울리지 않는 방식이네요
diary 뒤에는 해당 리소스의 id가 오는게 일반적입니다.
https://learn.microsoft.com/ko-kr/azure/architecture/best-practices/api-design
요 문서보고 다시 디자인해보세요!
close #34