사용시기 및 사용하지 않을 때 마지막으로 시도하십시오.

Question

.net 3.5에서 asp.net 웹 응용 프로그램을 만들고 사용시기와 사용하지 않을시기를 알고 싶습니다. 특히, 내 try catch의 대다수는 저장된 procs를 실행하고 textfields 또는 gridviews를 채우는 것에 둘러싸여 있습니다. 저장 프로 시저를 실행하고 데이터 표시 컨트롤을 채울 때 캐치 시도 EVERYTIME을 사용 하시겠습니까?

protected void AddNewRecord() 
    { 
     try 
     { 
      //execute stored proc 
      // populate grid view controls or textboxes 
     } 
     catch (Exception ex) 
     { 
      //display a messagebox to user that an error has occured 
      //return 
     } 
     finally 
     { } 
    } 

Answer 1

대답은 "이 달려있다"입니다 :

내 코드 블록은 보통처럼 보인다.

모든 원자 작업을 중심으로 try{...} catch {...}을 사용하면 문제가있는 경우 트랜잭션을 사용하여 마지막으로 양호한 상태로 롤백 할 수 있습니다. 이것은 하나 또는 여러 개의 저장 프로 시저 일 수 있습니다 - 응용 프로그램에 따라 다릅니다.

예외를 트래핑하는 경우 catch하는 예외가 명시되어 있는지 확인하십시오. catch (Exception ex) 또는 catch()을 "모두 캐치"예외 처리로 사용해서는 안되지만 대신 catch (IndexOutOfRangeException ex)과 같은 특정 catch 문을 사용해야합니다 (예 :).

그러나 예외를 처리 할 수 ​​없거나 정리 작업을 수행 할 수없는 경우에는 처리하지 않아야합니다.

Answer 2

대부분의 경우 예외를 포착해서는 안됩니다. 예를 들어 예외를 잡는 것이 타당한 곳 (예 :

)

해당 예외에서 복구 할 수있는 경우 코드를 기록하거나보고해야하는 경우 (예 : 사용자에게) - 일반적으로 코드의 최상위 수준입니다. 코드 호출자가 예외를 처리 할 수 ​​없으므로 다른 오류 형식으로 변환해야합니다.

또한 using 블록 문을 사용하여 IDisposable 개체에서 Dispose를 실제로 호출 할 수 있으므로 try ... finally가 필요하지 않습니다.

Answer 3

catch 블록에서 예외를 처리하려는 경우에만 try catch을 사용해야합니다. 내가 처리하는 것이 의미하는 것은 오류를 기록하고 오류를 기록하기 때문에 다른 경로를 선택하는 것입니다. 단지 다시 던지려는 의도가 있다면 잡으려고 할 필요가 없습니다.

Answer 4

다른 사람들이 말했듯이, 그것은 달려 있습니다. 나는이 상황에서/잡기/finally 블록을하려고 사용하는 경향이 :

• 내가 단순히 그것을 다시 던지는 이외의 방법으로 예외를 처리해야합니다.

• finally 블록의 일부 리소스를 정리해야합니다.

이러한 두 가지 상황 이외에 나는 호출 코드가 발생할 수있는 모든 예외를 처리하도록합니다. 또한

Answer 5

다른 사람들이,이 일을 방지하기 위해 반드시 말했다하기 :

try 
    { 
     throw new ApplicationException("Fake sql ex"); 
    } 
    //catch and do nothing. swallowing exceptions 
    catch(Exception){ }     

Answer 6

Exception 저장 프로 시저에서 기대하는 무엇?pokemon exception handling을 사용하지 않고 응용 프로그램에서 수행 할 것으로 예상되는 작업을 정확히 알면 특정 예외에 맞지 않는 내용이 Application 개체에 걸리게됩니다. 즉

는 catch {} 또는 catch (Exception)하지만 전문 예외 처리를 사용하지 마십시오

catch(SqlException e) 
{ 
    // Log stacktrace and show a friendly error to your user 
} 

Application.Error 이벤트가 예기치 않은 동작이 잡힐해야하는 위치이며, 단순히 당신에게 고객의 수익을하는 것보다 추적하기가 쉽습니다 "내 밭은 아무것도 보이지 않는다"고 말했습니다.

Answer 7

특정 예외가 발생할 때 계속 실행해야하는 가장 안쪽 루프에서 "try catch"를 사용하십시오. 10,000 회 실행되는 루프가 있고 예를 들어 예외가 발생할 경우주의하십시오. 다른 9,990에 영향을 미치지 않을 열 번째 반복은 예외를 잡아 내고 루프가 계속 진행되도록하는 데 유용 할 수 있습니다. 반면에 예외가 루프를 통해 11 번째, 12 번째, 13 번째 등의 오류가 발생했다는 오류가 표시되면 예외를 루프 재 시도를 유지하는 것보다 훨씬 빨리 종료 할 수 있습니다 그것은 작동하지 않을 것입니다.