클래스의 멤버 함수가 특정한 종류의 예외를 발생시킬 수 있다면 이 예외에 대한 모든 처리를 클래스안에 완벽하게 통합해 넣을 수 있다. 클래스 내부에 예외 클래스를 지역적으로 선언하면 이 클래스는 스스로 예외를 처리할 수 있으며 예외 처리 코드까지 포함하고 있으므로 어떤 상황에서도 예외를 처리할 수 있게 된다. 클래스를 설계할 때부터 예외 처리를 포함하는 것이 좋다. 다음 예제의 MyClass는 완전한 예외 처리 능력을 가지고 있다.
|
예 제 : ExceptionClass |
#include <Turboc.h>
class MyClass
{
public:
class Exception
{
private:
int ErrorCode;
public:
Exception(int ae) : ErrorCode(ae) { }
int GetErrorCode() { return ErrorCode; }
void ReportError() {
switch (ErrorCode) {
case 1:
puts("메모리가 부족합니다.");
break;
case 2:
puts("연산 범위를 초과했습니다.");
break;
case 3:
puts("하드 디스크가 가득 찼습니다.");
break;
}
}
};
void Calc() {
try {
if (TRUE/*에러 발생*/) throw Exception(1);
}
catch(Exception &e) {
printf("에러 코드 = %d => ",e.GetErrorCode());
e.ReportError();
}
}
void Calc2() throw(Exception) {
if (TRUE/*에러 발생*/) throw Exception(2);
}
};
void main()
{
MyClass M;
M.Calc();
try {
M.Calc2();
}
catch(MyClass::Exception &e) {
printf("에러 코드 = %d => ",e.GetErrorCode());
e.ReportError();
}
}
MyClass는 예외를 처리하는 Exception 클래스를 내부에서 선언하고 있으며 이 클래스의 멤버 함수 Calc의 내부는 Exception 지역 클래스를 사용하여 예외를 처리하고 있다. 계산중에 에러가 발생하면 적절한 Exception 예외 객체를 생성하여 던지며 Calc 함수내에서 이 객체를 받아서 처리한다. 예외 처리에 대한 모든 코드가 클래스에 캡슐화되어 있으므로 외부에서는 예외 처리에 대해 더 이상 신경쓰지 않아도 된다. main에서는 M.Calc()를 부르기만 하면 된다.
클래스에 포함된 예외 객체를 외부에서도 참조하려면 반드시 public 액세스 속성을 가져야 한다. 클래스 내부의 멤버 함수만 이 객체를 사용한다면 private이어도 상관없겠지만 모든 멤버 함수가 예외를 직접 처리할 수 없다면 호출부에서도 예외 객체를 잡을 수 있어야 하기 때문이다. 예제의 Calc2 함수는 예외를 던지기만 하고 직접 처리하지 않는다. 이럴 경우 호출부인 main에서 Calc2를 호출하는 문장을 try 블록에 작성해야 하며 catch문에서 MyClass::Exception을 잡을 수 있어야 한다. 그러기 위해서 Exception은 외부에서 참조할 수 있는 public이어야 하는 것이다.
예외를 처리하는데 클래스 계층을 구성하고 가상 함수를 이용한 다형성까지 활용하고 있으며 통합성을 높이기 위해 잘 사용하지 않는 지역 클래스까지도 선언한다. 여기에 추상 클래스와 순수 가상 함수까지 동원하면 훨씬 더 복잡해질 수도 있다. 잘 발생하지도 않는 예외 처리를 위해 이런 거창한 문법까지 동원하는 것은 왠지 격이 어울리지 않는 것 같아 보이기도 한다.
물론 응용 프로그램 수준에서 이런 예외 계층까지 구성하는 경우는 그리 흔하지 않다. 그러나 불특정 다수가 사용하는 라이브러리의 경우 숙련된 사용자를 가정할 수 없으므로 라이브러리가 견고해지려면 스스로 정교한 예외 처리를 할 수밖에 없다. 이런 라이브러리를 만들 때는 예외 처리에도 많은 신경을 쓸 수밖에 없고 신경쓴만큼 품질은 확실히 좋아진다. 그래서 C++은 튼튼하고 안정적인 객체를 만들기 위한 문법을 제공하는 것이다.
이때 라이브러리가 예외를 반드시 직접 처리할 필요는 없으며 때로는 직접 처리하기에 부적당한 경우도 많다. 예외 발생시 어떻게 대처할 것인가는 응용 프로그램에 따라 달라지는데 가벼운 예외라면 무시하고 지나갈 수도 있고 사용자에게 알릴 수도 있고 실행을 계속할 수 없을 정도로 치명적이리면 적극적으로 해결해야 하는 경우도 있다. 라이브러리는 예외 발생 사실과 원인 등 상세한 정보를 호출측에 전달하기만 하면 된다.