Which is correct? catch (_com_error e) or catch (_

2019-04-04 09:26发布

Which one should I use?

catch (_com_error e)  

or

catch (_com_error& e)

4条回答
Emotional °昔
2楼-- · 2019-04-04 09:45

The second. Here is my attempt at quoting Sutter

"Throw by value, catch by reference"

Learn to catch properly: Throw exceptions by value (not pointer) and catch them by reference (usually to const). This is the combination that meshes best with exception semantics. When rethrowing the same exception, prefer just throw; to throw e;.

Here's the full Item 73. Throw by value, catch by reference.


The reason to avoid catching exceptions by value is that it implicitly makes a copy of the exception. If the exception is of a subclass, then information about it will be lost.

try { throw MyException ("error") } 
catch (Exception e) {
    /* Implies: Exception e (MyException ("error")) */
    /* e is an instance of Exception, but not MyException */
}

Catching by reference avoids this issue by not copying the exception.

try { throw MyException ("error") } 
catch (Exception& e) {
    /* Implies: Exception &e = MyException ("error"); */
    /* e is an instance of MyException */
}
查看更多
等我变得足够好
3楼-- · 2019-04-04 09:51

Personally, I would go for the third option:

catch (const _com_error& e)
查看更多
闹够了就滚
4楼-- · 2019-04-04 09:56

Definitely the second. If you had the following:

class my_exception : public exception
{
  int my_exception_data;
};

void foo()
{
  throw my_exception;
}

void bar()
{
  try
  {
    foo();
  }
  catch (exception e)
  {
    // e is "sliced off" - you lose the "my_exception-ness" of the exception object
  }
}
查看更多
甜甜的少女心
5楼-- · 2019-04-04 10:05

Also, note that, when using MFC, you may have to catch by pointer. Otherwise, @JaredPar's answer is the way you should normally go (and hopefully never have to deal with things that throw a pointer).

查看更多
登录 后发表回答