分页:
上一页 1 2 3 4 [5] 6 7 8 9 10 下一页
}
int main ()
{
try
{
Write(NULL); //will cause a FileEx exception to be thrown
}
catch(ExBase& exception) //catch ExBase or any object derived from it
{
//diagnostics and remedies }
}
按值传递异常将会造成反复的复制对象,并且它的花费是昂贵的,因为异常对象在匹配的handler被找到以前会被构造和销毁许多次。然而,在比较罕见的情况下也会发生按值传递,由于为了保持应用系统的整体性,性能考虑往往被放在了第二位。 异常类型匹配
异常的类型决定了哪个handler能够捕获它。异常的匹配规则比函数重载的匹配规则更为严格。考虑下面这种情况:
try
{
throw int();
}
catch (unsigned int) //will not catch the exception from the previous try-block
{
}
抛出异常的类型是int型,然而handler却期待一个unsigned int。异常处理机制不认为二者是能够匹配的类型;结果,抛出的异常没有被捕获。异常匹配规则仅仅允许一个非常有限的转换集。对于一个异常E和一个带有T或T&参数的handler,符合下面的条件可以进行匹配:
T和E是同一类型(const 和volatile被忽略)
T是E的没有歧义的公共基类
如果E和T都是指针类型,当二者的类型相同时可以进行匹配或者E所指向对象的类型公有无歧义的继承自T指向对象的类型。
作为对象的异常
正如你所发现的,传统的通过返回一个整型错误码的方法在OOP中已经不再适用。C++异常处理机制提供了更多的弹性,安全性和稳固性。一个异常既可以是int 或char等基本类型,也可以是更为丰满的对象,有着数据成员和成员函数。这样一个对象可以为handler提供更多的选择进行恢复。一个聪明的异常对象,可以通过成员函数返回错误的详细描述,而不是让handler查阅某个表或文件。它也可以拥有在错误被适当处理之后使程序从运行期错误中恢复的成员函数。考虑有这样一个日志类想要添加新的纪录到一个已存在的日志文件中:如果打开日志文件失败,它会抛出一个异常。当它被匹配的handler所捕获,异常对象能够拥有一个成员函数,这个成员函数建立一个对话框。操作者可以从对话框中选择恢复方法,包括建立一个新的日志文件,选择另一个日志文件,或者是允许系统在没有日志的情形下运行。
分页:
上一页 1 2 3 4 [5] 6 7 8 9 10 下一页