{
개요
이 포스팅은 오류를 어떻게 할 것인지 결정을 내릴 수 있는 방법을 정리하는 데에 그 목적을 두고 있다.

본문
제일 먼저 무엇을 해야 하는가?
오류를 발생시켜야 한다. 항목 70 항목에서 에러란 무엇인지에 대해서 정리하였다. 그 에러들 중에 만약 처리 할 수 없어, 프로그램을 더 이상 진행 할 수 없는 것이라면, 예외를 던저야 한다. 즉, 오류를 예외로 보고 한다.

오류를 예외로 보고 받은 다음 무엇을 해야 하는가?
해당 오류를 분석을 하여, 예외를 다시 던지거나 하거나, 더 변화 시켜서 던지 거나, 처리해야 한다. 

변화 시켜 던지는게 무엇을 말하는가?
더 자세한 예외를 만든다거나, 처리 방법을 바꾸기 위해서 다른 예외로 바꾸는 것을 말한다.

결론
예외는 목적에 맞게 변경 하면 더 좋다.
}

저작자 표시
신고

'책 정리 > C++ Coding Standards : C++ 코딩의 정석' 카테고리의 다른 글

C++ Coding Standard : 코딩의 정석 목차  (0) 2009.05.04
항목 75 : 예외 명세표는 만들 필요가 없다. ( Avoid exception specifications. )  (0) 2009.05.04
항목 74 : 목적에 맞게 오류를 보고하고, 제어하고, 변환하라. ( eport, handle, and translate errors appropriately. )  (0) 2009.05.02
항목 73 : 예외를 발생시킬 때에는 값으로 하고, 잡아낼 때에는 참조로 하라. ( Throw by value, catch by reference. )  (0) 2009.05.02
항목 72 : 오류 보고에는 예외를 활용하라. ( Prefer to use exceptions to report errors. )  (0) 2009.05.02
항목 71 : 오류로부터 안전한 코드를 디자인하고 작성하라. ( Design and write error-safe code. )  (0) 2009.04.29
항목 70 : 어디까지가 오류인지 명확히 해두자. ( Distinguish between errors and non-errors. )  (0) 2009.04.28
항목 69 : 합리적인 오류 처리 방식을 수립하고, 엄격히 그 방식을 따르라. ( Establish a rational error handling policy, and follow it strictly. )  (0) 2009.04.17
항목 68 : 내부적인 가정과 규칙을 확실하게 명시하라. ( Assert liberally to document internal assumptions and invariants. )  (0) 2009.04.17
항목 100 : 배열을 다형적으로 다루어서는 안된다. ( Don’t treat arrays polymorphically. )  (0) 2009.04.17
항목 99 : 올바르지 않은 개체와 안전하지 않은 함수는 사용하지 말라. ( Don’t use invalid objects. Don’t use unsafe functions. )  (0) 2009.04.17
posted by 농사를 짓는 게임 프로그래머 최익필

댓글을 달아 주세요