데브원영

어떤 메서드에 대해 예외가 발생할 수 있다고 선언했다면, 그것은 API를 이용할 프로그래머에게 무언가를 알리려는 것이다. 무시하면 안된다. 아래와 같은 코드로 손쉽게 무시 할 수도 있다. 위와 같은 코드처럼 무시할 수도 있지만 매우 의심스럽고 가독성도 떨어지고 이유를 알기가 어렵다. catch블록안에 적절한 코드가 없다면 적어도 catch 블록 안에는 예외를 무시해도 괜찮은 이유라도 주석으로 남겨두기라도 해야만 한다. End of Document.

런타임에서 catch하는 unchecked exception에서 프로그램이 죽으면 시스템은 자동으로 해당 예외의 스택 추적 정보(stack trace)를 출력한다. 스택 추적정보는 예외 객체의 클래스명 뒤에 상세 메시지가 오는 형태로 구성되어 있다. 그러므로 오류 정보를 쉽고 빠르게 포착해 내기 위해서는, 오류의 상세메시지에 "예외에 관계된" 모든 인자와 필드의 값을 포함시켜서 stack trace에서 볼 수 있도록 한다. 위와 같은 상세 메시지를 사용하게 되면 최종 사용자(프로그래머, 서비스 담당자)가 오류 원인을 분석하여 이해 할 수 있게 된다. 최종 사용자가 오류 원인을 분석하기 위해서는 가독성보다 내용이 훨씬 중요하기 때문일 것이다. End of Document

자바 플랫폼 라이블러리에는 대부분의 API가 필요로 하는 기본적인 unchecked exception들이 갖추어져 있다. 이미 있는 예외들은 재사용하면 아래와 같은 좋은 점이 있다. 1. 배우기 쉽고 사용하기 편리한 API를 만들 수 있다.2. 표준 예외를 사용한 API는 가독성이 높다.3. 예외 클래스 개수를 줄이면 프로그램의 메모리 요구량이 줄어들고, 클래스를 로딩하는 시간도 줄어든다.(확인 불가..) 아래는 가장 널리 재사용 되는 예외를 정리한 표이다. 예외 사용법 IllegalArgumentException null이 아닌 인자의 값이 잘못되었을 때 IllegalStateException 객체 상태가 메서드 호출을 처리하기에 적절치 않을 때 NullPointException null 값을 받으면 ..