Today We Done

• 예외처리를 어떻게 할까?? 각자 생각이 달랐음
  • 비즈니스로직은 Service 영역에서 에러를 잡고 파라미터 유효성 에러는 Controller 영역에서 잡고
  • 예상하지 못한 에러는 공통적으로 처리하기로 결정 (ControllerAdvice 활용 예정. 추후 공부 필요)
• Builder 패턴 사용을 위한 Util을 만들까 말까 고민. 컨트롤러에서 빌더 패턴을 활용하는 경우가 많아서 코드 가독성을 올리고자 고민함.
  • 빌더 패턴을 사용하는 유틸을 따로 만들어서 관리하기로 결정
• JPA 사용할 때 메소드 이름으로 제공하는 것을 사용할 것인가? 아니면 JPQL을 사용할 것인가 고민. (뭐가 더 좋은지 알 수가 없었음…)
  • JPA를 사용하는 본질적인 이유를 떠올림
  • 쿼리문을 피할 수 있는 경우라면 (메소드로 로직을 작성 가능한 경우) 사용하는 것이 좋다고 생각함.
• 사연 정보를 어떻게 처리할지 고민 (문장별 TTS를 적용하기 위해서 어떻게 데이터를 관리해야 할까?.. DB에 관련 정보를 다 저장한다면 컬럼이 너무 많이 쌓여서 부담이 될 것이라고 생가..)
  • DB에 String 자체를 저장하기로 함
  • String은 마킹 부분을 split 할 수 있는 특정한 규칙을 정하기로 함 ex) /@할아버지@/ 안녕하세요
  • Parser 부분을 어떻게 구현할지 고민 필요..

동언 : Spring Security, OAuth 학습(accessToken 발급받는 로직 구현)

웅렬 : 신청곡 REST API 일부 구현

찬희 : JPA 학습, 사연 REST API 역할 할당받음

참고자료

https://www.youtube.com/watch?v=nyN4o9eXqm0

@ControllerAdvice
public class GlobalExceptionHandler {

    @ExceptionHandler(Exception.class)
    public ResponseEntity<ErrorResponse> handleException(Exception ex) {
        ErrorResponse errorResponse = new ErrorResponse(HttpStatus.INTERNAL_SERVER_ERROR.value(), "Internal Server Error", ex.getMessage());
        return ResponseEntity.status(HttpStatus.INTERNAL_SERVER_ERROR).body(errorResponse);
    }
}

원하는 이름으로 git repo clone 받기