Conversation
| import java.util.Objects; | ||
|
|
||
| @Repository | ||
| public class ReservationRepo { |
There was a problem hiding this comment.
ReservationRepository 에서 ReservationRepo 와 같이 약어로 변경한 이유가 있으신가요~?
개인적으로 네이밍에 약어를 쓰면 다른 사람과 함께 해당 프로젝트를 볼 때,
어떤 기준에서 약어를 쓸지 어떤 식의 약어로 변경해야할지 모호함이 생길 수 있어 지양하게 되는 것 같아요 ㅎㅎㅎ
| @@ -17,6 +17,7 @@ dependencies { | |||
| implementation 'org.springframework.boot:spring-boot-starter-web' | |||
| implementation 'org.springframework.boot:spring-boot-starter-thymeleaf' | |||
| implementation 'org.springframework.boot:spring-boot-starter-jdbc' | |||
| implementation 'org.springframework.boot:spring-boot-starter-validation' | |||
| public class ReservationRq { | ||
| @NotEmpty(message = "Reservation name must not be empty") |
There was a problem hiding this comment.
문자열 검증에는 @NotNull, @NotEmpty, @NotBlank` 를 사용할 수 있는데,
각 어노테이션의 차이는 무엇일까요~?
| import org.springframework.http.HttpStatus; | ||
| import org.springframework.web.bind.annotation.ResponseStatus; | ||
|
|
||
| @ResponseStatus(HttpStatus.NOT_FOUND) |
There was a problem hiding this comment.
실제로 ResourceNotFoundException 이 발생했을 때는 500 에러가 발생하며 @ResponseStatus 을 통해 정의한 404 에러로 핸들링이 되지 않고 있네요!
spring의 ExceptionResolver 의 우선순위에 대해 확인해보면 원인을 알 수 있을 것 같습니다 ㅎㅎ
| import org.springframework.web.bind.annotation.ResponseStatus; | ||
|
|
||
| @ResponseStatus(HttpStatus.BAD_REQUEST) | ||
| public class InvalidReservationException extends RuntimeException { |
| String sql = "SELECT COUNT(*) FROM reservation WHERE date = ? AND time_id = ? AND theme_id = ?"; | ||
| try { | ||
| Integer count = jdbcTemplate.queryForObject(sql, Integer.class, date, timeId, themeId); | ||
| return count != null && count > 0; |
There was a problem hiding this comment.
queryForObject 의 반환값은 항상 non-null 한 값을 반환할 것 같아요!
| import org.springframework.web.bind.annotation.ResponseStatus; | ||
|
|
||
| @ResponseStatus(HttpStatus.CONFLICT) | ||
| public class DuplicateReservationException extends RuntimeException { |
There was a problem hiding this comment.
현재 중복된 예약 등 비즈니스 에러가 발생했을 때 아래처럼 정리되지 않은 예외 메시지가 사용자에게 노출되고 있는데,
사용자에게 프레임워크에서 발생하는 오류 메시지는 숨기고, 조금 더 친절한 에외 메시지를 전달하도록 하는 것은 어떨까요~?
| ReservationRs reservationRs = reservationService.addReservation(reservationRq); | ||
| return ResponseEntity.ok().body(reservationRs); | ||
| return ResponseEntity.created(URI.create("/reservations/" + reservationRs.getId())).body(reservationRs); |
| Long id = reservationTimeRepository.save(reservationTimeRq); | ||
| checkForDuplicateReservationTime(reservationTimeRq.getStartAt()); | ||
|
|
||
| Long id = reservationTimeRepo.save(reservationTimeRq); | ||
| return new ReservationTimeRs(id, reservationTimeRq.getStartAt()); | ||
| } | ||
|
|
||
| public void deleteReservationTime(Long id) { |
There was a problem hiding this comment.
예약이 존재하는 예약 시간을 삭제하면, ON DELETE SET NULL 조건 때문에 reservation의 time_id 가 null이 되고
이때 예약을 조회할 시 조회되지 않는 예약 시간 때문에 500 에러가 발생하네요!
이렇게 예측할 수 없는 예외를 발생 시키기보다, 예약 시간을 삭제할 때 애플리케이션에서 적절한 유효성 검증을 진행해주는 것은 어떨까요~?
No description provided.