예외 처리 방법에 관한 논의입니다!

[Dr-KoKo]

Note

PR #12 에서 파생된 논의 입니다

1안) 서비스, 도메인에서 CheckedException을 던진다.

설명

서비스에서 UncheckedException을 던지게 되면 서비스의 내부 코드를 직접 확인해야 발생할 예외를 특정할 수 있습니다. 반면 서비스에서 CheckedException을 던지면 이를 호출하는 쪽에서는 메서드 시그니처만을 보고 발생할 예외를 특정할 수 있습니다.

2안) 추가적인 로직 수행(ex.복구)이 필요한 경우에만 Checked Exception을 던진다.

설명

대부분의 컨트롤러에서의 예외처리는 예외에 대한 메시지를 클라이언트에게 보내주는 역할만 수행하게 됩니다. 추가적인 로직이 수반되지 않는 단순한 예외 메시지 처리는 RestControllerAdvice에서 공통으로 처리해도 문제되지 않습니다.

[Dr-KoKo]

24-08-12 회의 내용입니다.

Unchecked VS Checked

• Unchecked Exception
  • 복구와 같은 추가적인 메커니즘이 필요하지 않는다면 Controller에서 예외를 잡을 필요없다.
  • 모든 Controller에서 예외를 잡게되면 예외를 공통되게 처리하기 곤란하다.
• Checked Exception
  • 글로벌 핸들러에서 누락 실수 등 놓칠 수 있지 않을까
  • 서비스 내부에서 발생하는 예외를 특정하기 위해 메서드 시그니처만 확인하면 된다.

Exception 컨벤션 정하기

• Custom Exception : Application 내부에서 발생하는 예외는 Custom Exception을 상속받게 구현
• Error Code : 각각의 모든 CustomException에 ErrorCode를 부여
• Exception Handling : GlobalExceptionHandler 및 도메인별 ExceptionHandler에서 공통 예외 처리

결론

• 기본적으로는 RuntimeException을 가져가자.
• • ControllerAdvice (컨트롤러 단위의 예외 핸들러)
• • 서비스 클래스의 public 메서드에 @throws javadocs 간단히 주석으로 명시