예외가 예외인지 여부 순환

Question

"매우 예외적 인 예외 만 잡아서 던져야 함"이라는 잘 알려진 문구입니다. 그러나 "예외적 인"예외는 어떻게 결정됩니까?

예를 들어, 잘못된 암호는 서비스에 로그인하는 데 매우 일상적이므로 매우 예외적 인 것은 아닙니다. 웹 응용 프로그램의 통계에는 특정 사용자가없는 경우 5 번 시도 할 때마다 한 번의 잘못된 로그인 시도가 표시됩니다. 마찬가지로 온라인 상점에서 바구니를 사용하여 계산대로 가려고 시도하는 경우 이는 매우 공통적입니다 (특히 신규 사용자의 경우). 그러나 찾을 수없는 파일은 어느쪽으로 든 갈 수 있습니다. 나는 보통 메서드가 그 작업을 수행 할 뭔가를 놓치고 예외를 던지면 약간 혼란스러워지는 선을 따라 작업합니다. 경우에 따라 예외적 인 파일이 누락 된 매우 잠긴 프로덕션 환경과 비교할 때 찾을 수없는 파일 (예 : 많은 사용자가 사용하는 파일 공유)이 공통적 일 수 있습니다.

예외가 예외인지 아닌지를 추론하는 올바른 방법입니까? 네트워크 연결 등의 예외를 예외적으로 쉽게 필터링 할 수 있지만 어떤 경우는 판단하기가 어렵습니다. 주관적입니까?

덕분에

Answer 1

나는 정직하게, 매우 주관적인 생각, 그래서 내가 예외를 사용해야 할 때 파악의 방법을 피하기 위해 선호합니다.

대신에, 나는 세 가지를 고려하는 것을 선호 :

1. 그것이 내가 호출 스택은 하나의 레벨보다 더 긴장을 풀 수 있도록 할 수 있습니다 가능성이 있습니까?
2. 다른 방법이 있습니까? (null 또는 오류 코드 등을 반환합니다.) 그렇다면 성능 문제가 가장 적습니까?
3. 둘 중 어느 것도 명확한 결정을 내리지 못하면 코드를 유지 관리해야하는 사람이 더 쉽게 읽을 수 있습니까?

# 1이 맞으면 성능 문제가 심각하지 않지만 코드를 반환 할 필요가 없도록 개발 시간을 단축 할 수 있으므로 예외를 사용하도록 선택할 것입니다. 필요한 경우 호출 스택 위로 전파하도록하는 논리). 예외를 사용할 때 호출 스택 unwinding은 개발 시간 동안 무료입니다.

# 2가 true이고 두 개 이상의 프레임 (어쩌면 두 개입니까?)이 호출 스택을 넘지 않거나 심각한 성능 우려가있는 경우 (예 : 예를 들어) 예외를 수반하지 않는 다른 방법을 찾기 위해 열심히 노력할 것입니다.

예외는 예외를 지원하는 프로그래머를위한 도구 일뿐입니다. 나는 그들이 "예외적 인 것"에 관해서 어떤 본질적인 가치를 가져야한다고 생각하지 않는다. 대신, 내가 이 작업을위한 최상의 도구 인 경우 사용한다고 말합니다..