[Refactor] Anniversary 리팩터링 #86
Conversation
| import lombok.Builder; | ||
| import lombok.Getter; | ||
|
|
||
| import java.time.LocalDate; | ||
| import java.time.LocalDateTime; | ||
|
|
||
| @Getter | ||
| @AllArgsConstructor |
There was a problem hiding this comment.
@AllArgsContructor 를 지우고 밑에 static 으로 만들어 준 이유가 아래가 맞아? (정적 팩토리 메서드)
- from 정적 팩토리 메서드 사용을 통해서 DTO 변환 과정 중앙화
- AnniversaryResponseDto 가 Anniversary 에 덜 의존적이게 됨
There was a problem hiding this comment.
@AllArgsConstructor가 있음에도 사용하지 않았기 때문에 어노테이션을 삭제한거고,
정적 팩토리 메소드를 사용한 이유는 인스턴스화에 있어서 형 말대로 덜 의존적이게 되도록 하는 의도지
(stream 등에서 활용 가능)
| @@ -21,14 +19,27 @@ public class AnniversaryResponseDto { | |||
| private AnniversaryCategory anniversaryCategory; | |||
|
|
|||
| @Builder | |||
There was a problem hiding this comment.
리팩토링 이유 : 파라미터 1개인데 빌더 사용
이 맞아?
생성자 사용 안하는 것을 고려할 때 사용하는 경우 보여주려고 남겨 둔 것 같아서
There was a problem hiding this comment.
파라미터가 1개인데 빌더 어노테이션을 사용해서 리팩토링을 진행한게 아니라,
생성자에 있어서는 매개변수가 다른 클래스에 의존적인 형태가 적절하지 못하다고 생각했어
그래서 private 접근 제한자로 모든 매개변수에 대한 생성자를 정의하고,
정적 팩토리 메소드로는 매개변수로 클래스를 받아서 각 매개변수에 해당하도록 작성한거지
| @GetMapping("/admin") | ||
| public ResponseEntity<DefaultResponseDto<Object>> readAll(){ | ||
|
|
||
| List<AnniversaryResponseDto> dto = anniversaryService.readAll(); | ||
|
|
||
| return ResponseEntity.status(200) | ||
| .body(resWithData("ANIVERSARIES_FOUND", "전체 기념일 조회 완료", dto)); | ||
| return ResponseEntity.ok(DefaultResponseDto.from("ANNIVERSARIES_FOUND", "전체 기념일 조회 완료", dto)); |
There was a problem hiding this comment.
기능은 같은 것으로 알고 있는데
가독성 위한 리팩토링 맞을까?
다른 이점이 있다면 알려줘! AnniversaryController 외 다른 컨트롤러는 아직 status 를 사용하고 있어서 물어봤어
There was a problem hiding this comment.
created도 메소드가 존재하는데
찾아보면 created(URI location)이라고 나와있어
이 부분은 created라는 메소드가 매개변수로 body를 요구하지 않는 걸 확인할 수 있어
이때 location은 header에 location=""에 해당해서 응답 DTO를 담아서 반환해주는 우리 코드에서는 적용하려면
ResponseEntity.created(null).body(~); 로 작성해야해
그래서 200 OK와 같은 경우에는 ok(T body)로 더 줄일 수 있어서 줄였고
201 CREATED는 그대로 놔둔거지
📋 이슈 번호
#67
🛠 구현 사항
📚 기타