인프런 커뮤니티 질문&답변

[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)

[질문 내용]

9. API 예외 처리.pdf 강의 자료에서 아래 내용에 대해 문의드립니다.

"지금까지 다음 ExceptionResolver들에 대해 알아보았다.

1. ExceptionHandlerExceptionResolver → 다음 시간에

2. ResponseStatusExceptionResolver → HTTP 응답 코드 변경

3. DefaultHandlerExceptionResolver → 스프링 내부 예외 처리

지금까지 HTTP 상태 코드를 변경하고, 스프링 내부 예외의 상태 코드를 변경하는 기능도 알아보았다.
그런데 HandlerExceptionResolver를 직접 사용하기는 복잡하다.
API 오류 응답의 경우 response에 직접 데이터를 넣어야 해서 매우 불편하고 번거롭다.

ModelAndView를 반환해야 하는 것도 API에는 잘 맞지 않는다.
스프링은 이 문제를 해결하기 위해 @ExceptionHandler라는 매우 혁신적인 예외 처리 기능을 제공한다.
그것이 아직 소개하지 않은 ExceptionHandlerExceptionResolver이다."

이때까지 ResponseStatusExceptionResolver, DefaultHandlerExceptionResolver에 대해 공부했습니다.

관련 애노테이션을 붙이거나, 관련 예외 클래스 (ex REsponseStatusException 등) 을 사용하면 스프링이 자동으로 예외 코드 및 메시지를 설정해서 예외 처리해주는 걸로 이해했습니다.

DefaultHandlerExceptionResolver는 애초에 스프링 내부적으로 발생한 예외 처리이므로 개발자가 별도 구현할 필요가 없고요...

그런데 갑자기 "HandlerExceptionResolver를 직접 사용하기는 복잡하다.
API 오류 응답의 경우 response에 직접 데이터를 넣어야 해서 매우 불편하고 번거롭다." 이 얘기가 나온 맥락이 이해가 가질 않습니다.

혹시 ResfponseStatusExceptionResolver, DefaultHandlerExceptionResolver를 사용하기 위해서는 HandlerExceptionResolver를 직접 구현 해야하나요?

전 강의에서 HandlerExceptionResolver 인터페이스를 구현한 구현체 클래스도 실행됐다고 생각해야하나요?

제가 지금 강의 쭉 듣고나서, 자료 보면서 다시 복습 중이라.. 조금 기억이 가물 가물하네요 ㅠㅠㅠ