" 유효한 자바 "에 있는 조슈아 블로흐는
복구 가능한 조건에 대해 확인 된 예외를 사용하고 프로그래밍 오류에 대해 런타임 예외를 사용하십시오 (제 2 판의 항목 58).
내가 이것을 올바르게 이해하는지 봅시다.
다음은 확인 된 예외에 대한 이해입니다.
try{
String userInput = //read in user input
Long id = Long.parseLong(userInput);
}catch(NumberFormatException e){
id = 0; //recover the situation by setting the id to 0
}
1. 위의 사항은 확인 된 예외로 간주됩니까?
2. RuntimeException이 검사되지 않은 예외입니까?
확인되지 않은 예외에 대한 이해는 다음과 같습니다.
try{
File file = new File("my/file/path");
FileInputStream fis = new FileInputStream(file);
}catch(FileNotFoundException e){
//3. What should I do here?
//Should I "throw new FileNotFoundException("File not found");"?
//Should I log?
//Or should I System.exit(0);?
}
4. 이제 위의 코드도 확인 된 예외가 될 수 없습니까? 이런 상황을 복구하려고 할 수 있습니까? 할 수 있습니까? (참고 : 내 세 번째 질문은 catch위 의 내용입니다)
try{
String filePath = //read in from user input file path
File file = new File(filePath);
FileInputStream fis = new FileInputStream(file);
}catch(FileNotFoundException e){
//Kindly prompt the user an error message
//Somehow ask the user to re-enter the file path.
}
5. 사람들은 왜 이것을 하는가?
public void someMethod throws Exception{
}
왜 예외가 발생하게합니까? 오류를 더 빨리 처리하지 않습니까? 왜 거품이 일어 납니까?
6. 정확한 예외를 버블 링하거나 예외를 사용하여 마스킹해야합니까?
아래는 내 독서입니다
더 혼란을 더합니다. 많은 사람들이 ~ 10 년 전에 확인 된 예외를 옹호하고 있었지만, 요즘에는 "확인 된 예외가 나쁘다"라는 관점이 점점 더 이동하고 있습니다. (그러나 나는 그것에 동의하지 않습니다)
—
Kaj
그것과 관련이있는 무언가가있을 때 예외를 처리하는 것이 유용합니다. 그렇지 않으면 호출자가 처리하도록하십시오. 로깅 및 발생하지 않은 척은 일반적으로 유용하지 않습니다. 다시 던지는 것은 무의미합니다. RuntimeException에 래핑하는 것은 일부 사람들이 생각하는 것만 큼 유용하지 않으며 컴파일러가 당신을 돕는 것을 멈추게합니다. (IMHO)
—
Peter Lawrey
검사 / 검사되지 않은 예외에 대한 포괄적 인 오해의 여지가있는 용어 사용을 중단해야합니다 . 그것들은 체크 명령 과 체크되지 않은 예외라고합니다.
—
축복받은
또한 5 포인트 public void method_name이 예외를 throw한다고 생각했습니다. 일부 사람들은 왜 그렇게합니까?
—
Maveň ツ
DataSeries항상 시간 기반 순서로 유지 해야하는 데이터를 보유 하는 클래스가 있습니다.DataPoint끝에 새 항목 을 추가하는 방법이 있습니다DataSeries. 내 코드가 모두 프로젝트 전체에서 올바르게 작동DataPoint하는 경우 끝에 이미 날짜가있는 끝에 추가해서는 안됩니다. 전체 프로젝트의 모든 모듈은이 트루 즘으로 구축됩니다. 그러나이 조건을 확인하고 확인되지 않은 예외가 발생하면 throw합니다. 왜? 이런 일이 발생하면 누가이 작업을 수행하고 있는지 알고 싶습니다.