JavaScript try/catch : 오류 또는 예외?

Question

확인. 여기에 머리카락을 나눌 수도 있지만 코드가 일관성이 없으므로 작성하고 싶습니다. 그러나 내가하기 전에, 내가 올바른 방향으로 가고 있는지 확인하고 싶습니다. 실제로이 문제는 중요하지 않지만 이것은 잠시 동안 나를 괴롭혀서 내 친구들에게 물어 보았습니다.

catch 블록에서 항상 try... catch 문을 사용할 때마다 항상 메시지를 기록합니다. 내 내부 콘솔. 그러나 내 로그 메시지가 일관성이 없습니다. 제대로

catch(ex) { 
DFTools.console.log("someMethod caught an exception: ",ex.message); 
... 

물론 어느 쪽이든 코드 기능을하지만 가끔 "오류"때로는에 "예외"를 참조하는 것이 귀찮게하기 시작하고있다 :

catch(err) { 
DFTools.console.log("someMethod caught an error: ",err.message); 
... 

나 : 그들 중 하나는 다음과 같다. 내가 말했듯이, 아마도 머리카락을 나눌거야하지만 은이라는 용어가 적절합니까? "예외"또는 "오류"? 이 오류 인 경우

Answer 1

이것은 약간 주관적이지만 나에게 누군가 나 무언가가 잘못되었거나 부적절하거나 잘못되었을 때 오류가 발생합니다. 구문 오류, 논리 오류, 읽기 오류, 사용자 오류 또는 사회적 오류 일 수 있습니다. 그것은 추상적 인 개념입니다.

반면에 예외는 코드에서 특정 조건이 발생할 때 생성되고 throw되는 객체입니다. 개념적 오류 일 수도 있고 아닐 수도 있습니다. 그래서 나에게 적절한 명칭은 "예외"입니다.

Answer 2

은 당신이 catch 블록에서 얻을 것은 예외이다, 그래서 나는

... 예외로 이름을 - 나는 내 코드 나는 보통 기대하지 않습니다 &에서 처리 할 수 캐치 블록에서 확인하십시오.

HTH.

Answer 3

예를 들어 파일 열기 시도에서 예상 할 수있는 예외는 "파일을 찾을 수 없음 예외"가 발생할 수 있습니다. 반면에 오류는 스택 오버 플로우 나 메모리가 부족한 것처럼 보이지 않을 수도 있습니다.

논리 결과를 생성하지 않는 함수에서 벗어나는 대체 논리 방법은 예외입니다. 예외는 또한 왜 이런 식으로 존재하는지에 대한 더 나은 설명을 허용합니다. 파일 열기의 경우 다시 파일 핸들은 논리적 인 결과이며 파일이 존재하지 않는 경우 (가능한 한 예외) 또는 파일이 아닌 폴더 인 경우 (다른 가능한 예외).

Answer 4

JavaScript에서는 오류 캐칭이라고합니다. 그래서 당신이 예외 대신 오류를 사용하는 것이 좋습니다 것입니다. "e"를 사용하여 중간에 선택 항목을 남겨 둡니다. 모질라의 예와 같습니다. Mozilla Core JavaScript 1.5 Reference

Answer 5

ECMAScript specification은 예외를 호출합니다. 마찬가지로 할 수도 있습니다.

catch(ex) { 
    DFTools.console.log("someMethod caught an exception of type " 
     + ex.name + ": ", ex.message); 

당신은 또한 예외가 (불행히도) 모든 유형이 될 수 염두에 두어야 할 수 있습니다, 그래서 반드시 name 및 message 속성이없는 :

은 로깅이 더 많은 정보를 확인하려면

을 이 같이

catch(ex) { 
    if (ex.message && ex.name) {   
     DFTools.console.log("someMethod caught an exception of type " 
      + ex.name + ": ", ex.message); 
    } else /* deal with it somehow */ 

사방 반복 꽤 성가신 보이기 시작, 당신은 함수를 캡처 할 수 있습니다

이제 당신은 말할 수 :

logExceptions(function() { 

    // do some risky stuff... 

}); 

Answer 6

주요 면책 조항 : 나는이에 "오른쪽"답이 있다고 생각하지 않는다. 여기에 표현 된 견해는 주관적이고 개인적인 것입니다. 더 많은 것은, 내가 생각하고있는 아이디어는 다른, 에헴, 단점을 가지고 다른 일을 할 경우에만 유용하다는 것입니다 ... 다니엘 얼 위커 (Daniel Earwicker)의 유익한 대답에 따라 시스템을 사용하는 것처럼 말입니다. 이를 염두에두고 :

나는 "예외는 예외"라고 주장합니다. 오류는 덜 예기치 않습니다.

면책 조항 : 다음의 의사 코드는 좋지 않습니다. 그것은 단지 나의 요점을 설명하기 위해 생각할 수있는 최소한의 경우입니다.

참고 :이 생각 실험에서, GetFile은 지정된 파일을 찾을 수없는 경우 UNDEFINED를 반환합니다.

function AlwaysGetFile(name){ 
    var file = null; 
    if(FileExists(name)){ 
     file = GetFile(name); 
     if(typeof file === "undefined"){ 
      throw new "couldn't retrieve file" EXCEPTION 
     } 
    } 
    else{ 
     throw new "file does not exist" ERROR 
    } 
    return file; 
} 

소비자가 존재하지 않는 파일 이름으로 GetFileOrThrow를 호출하는 경우 오류가 발생합니다. 내 마음에 구별은 정말 더 높은 수준의 코드 (또는 사용자 입력) 뭔가 잘못하고있다 ...이 함수는이 결과에 대해 무엇을 결정할 수있는 높은 수준의 코드 줄에 오류를 전달해야합니다. 이처럼 고려 ...이 기능은 소모 기능을 말하는 것 :

Look, my friend, I know what's going on here: it is an ERROR to request BobAccounts.xml, so don't do it again! Oh, and if you think you now know what might have gone wrong (having abused me), go ahead and try to recover from it!

지금 몇 가지 이유를 검색하는 데 실패에 대해이 함수는 다음, 이름을 걸리는 파일이 있는지 확인하고있는 경우를 고려한다. 이것은 다른 상황입니다. 정말 예기치 않은 일이 일어났습니다. 게다가, 소비 코드 은을 비난해서는 안됩니다. 이제 우리는 정말이 함수가 소모 기능에하고 싶은 말 :

Oh fiddlesticks! Sorry about this, I humbly beg your pardon but something EXCEPTIONAL that I don't really understand has gone wrong. I don't think that your request for BobAccounts.xml was unreasonable... and I know I should be fulfilling it for you. Since I'm lower level code than you, I really ought to know what's going on... but I don't... and since you've less chance than me of understanding this EXCEPTIONAL situation, I think you'd probably best just stop what you're doing and let this message go all the way to the top... I mean, there is something seriously fishy going on here.

그래서 나는 내 요약이 가정하자 : 실수가 높은 순서 코드에서 발생하는 경우 오류가 발생 (당신이 잘못된 데이터를 통과했다). 실수가 저 순서 코드 (당신이 의존 한 함수가 이해하지 못했고 계획 할 수없는 방식으로 실패한 경우)에서 예외가 발생하면 ... 현재 실수로 함수를 작성하고 있습니다. 글쎄, 이런, 네가 알고 있다면 그걸 고쳐라!

마지막으로 원본 질문에 직접 답하십시오. 오류 및 예외 처리 측면에서 내 조언은 다음과 같습니다. 모든 오류를 정상적으로 처리합니다 (선택적으로 로깅 할 수 있음). 그러나 예외 처리를 신중하게 처리하십시오. 정말로 무엇이 무엇인지 그리고 그것이 일어난 이유를 알고 있다면 EXCEPTION에서 회복하려고 노력하십시오. 그렇지 않으면 거품을 일으키게하십시오 (당신이해야한다면 그것을 다시 던지십시오).