...자바 사용자 정의 예외처리를 .. 많이 하나요?

Question

인프런 강의에선 현업에서 웬만한 경우가 아니면 예외를 만들어서 사용하는일이 없다고 했었던걸 들었는데 .. 만약 db에서 찾는 경우, 그냥 없을때 반환받는 null을 옵셔널로 처리하거나, 혹은 그냥 NPE를 던저셔 service에서 처리하는게 더 좋은 방법일까요?.. 첫 프로젝트인데.. 어리버리 .. ㅠ

초무쿤 · Accepted Answer

등가교환이라…전 안주고 안받기 성애자라Checked Exception 싸야되는거면(에러발생시 추가적인 처리를 해야 되는게 얼마나 있을지는 모르겠는데..)API나 관련 아이브러리에 있는 exception사용하는 편입니다.Unchecked는 그냥 RuntimeException이구요.

집킨 · Answer

커스텀 예외에 대해선 논란이 많죠ㅎㅎ전 갠적으로 도메인과 관련해서 특정한 에러상황이면 무조건 커스텀 예외를 만들어서 쓰는 편입니다클라이언트와 약속된 예외는 Runtime Exception으로 만들고 그 외 예외는 Checked Exception 으로 만들어서 다른 개발자들이 메소드를 호출하더라도 어떤 예외가 발생할수있는지 알려주고 있어요코드계약이라고 하죠ㅎㅎ

마에라드 · Answer

정해진 답은 없죠. 모든건 서비스와 비즈니스가 기준이므로 거기에 맞게 작업하시면 될듯 합니다.만약 DB 조회값이 없는 시나리오를 시스템 전체적으로 정의하고 로깅하고 핸들러를 통해 핸들링하는 등 별도 운영시나리오가 있다면 별도로 정의해서 쓰시면 되구요.그게 아닌 내가 맡고 있는 단위기능에 대한 처리만 고려하신다면 굳이 커스텀 Exception까지 정의할 필요성은 없겠죠. 결국 최종적으로 클라에서 어떻게 노출되는지가 기준이고 그에따라 백엔드에서 어떻게 처리하는게 더 나이스할지가 정해지겠죠.별개로 제가 있는 조직에선 커스텀 Exception을 다양하게 정의하여 사용하고 있습니다.단순히 NPE같은 단위기능 차원뿐 아니라다양한 다른 조직이랑 연동서비스 처리시 예외사항을 구분해야 운영 및 대응이 수월하기도 하고비즈니스적으로도 예외사항을 정의하기도 합니다. (인증 관련 예외, 결제 관련 예외 등등)

...자바 사용자 정의 예외처리를 .. 많이 하나요?

3개의 답변

기타 목록