1. 绝不要析构函数吐出异常,如果一个析构函数调用的函数发生异常,那么就析构函数要捕捉任何异常, 然后吞下它们或者结束程序!!
2.如果客户需要对某个函数在运行期间抛出的异常做出反应,那么,设计一个管理destination Class 的资源的类,,并且这个ManageClass应该提供一个普通成员函数(让客户来控制),并且在非析构函数中执行这种操作。(即:果断地进行责任转移!!)
eg1:
class DBConnection{
public:
~DBConnection()
{ .....} //可能产生异常
} ;
void Dosomething()
{
std::vector<DBConnection> vdbc(10) ;
}
当vdbc被销毁的时候,他应该要销毁所有的DBConnection的对象,若析构函数发生异常的话,也就是说在第一个对象被销毁的时候发生异常,当第二个对象被销毁的时候也抛出异常,这样就有两个同时作用的异常产生,这样程序要么结束,要么就会导致不明确行为。使用标准库的任何其它容器(list , set)或TR1的任何容器或array,也会出现相同情况。
如果这样的话要么你吞下异常(其实这样并不好,这样会压制某动作失败的重要的信息), 或者你结束程序。
再例如你要创建一个类Window,并且连接了数据库,假如等你结束这个类之后需要关闭与数据库连接,这时,如果你忘记关闭了呢??那将可能后果不堪设想,或许你想到了一个办法就是把它放在析构函数中,只要对象被销毁的时候就要调用.嗯,好想法 !!
eg2:
#include<iostream>
using namespace std ;
class Window
{
public:
.........
bool close() ;
........
};
其实有一个办法可以很好的解决,把这个类设计一个管理这个类的另外一个类假设为ManageWindow
class ManageWindow
{
public:
ManageWindow(Window w) :m_w(w)
{}
~ManageWindow()
{
m_w.close() ;
}
private:
Window m_w ;
} ;
close 调用成功的话, 还一切安好 , 如果导致产生异常的话,析构函数会传播异常,这样就会抛出了难以驾驭的麻烦
如果close 产生异常的话可以这样解决
Manage::~ManageWindow()
{
try
{
m_w.close() ;
}
catch(...) //捕捉任何形式的异常
{//导出异常错误信息,并且记录
abort() ; 或者exit(1) ; //或者吞下异常
}
}
其实一个更佳的策略是把责任转移:即从ManageWindow的析构函数的手上转移到ManageWindow的客户上去,同样在ManageWindow的析构函数判断关闭没有,这样就有了双保险, 没有比这更美的事了!!
class ManageWindow
{
public:
ManageWindow(Window w) :m_w(w)
{}
bool close()
{
m_w.close() ;
closeIsOk = true ;
}
~ManageWindow()
{
if(!closeIsOk) //如果没有关闭成功则,执行下面 , 否则跳过,也就是说并不会增加太多的负担
//用一个判断语句,多换来一次关闭的机会,值不值的只有你知道!!!
{
try
{ wm_close() ; }
catch(...)
{//导出错误信息,并记录
abort() ; 或者exit(1) ; // 或者吞下异常
}
}
}
private:
Window m_w ;
bool closeIsOk ;
} ;