7

有谁知道一个具有良好设计/强大异常机制的开源 C++ 应用程序，所以我可以获得一些灵感？我看到的大多数代码/示例都有问题，例如：

  1. 以消息字符串作为参数抛出对象。似乎是错误的，因为它将异常标记为致命的，可以向更高层的用户显示的错误消息为尝试处理异常的客户端代码留下了很小的空间。即使异常是致命的，诸如不同的语言环境（语言）之类的东西也会使在抛出点格式化消息对我来说似乎是个坏主意。
  2. 使用从基异常类派生的大量不同异常类。为每件可能出错的事情（打开文件、读取文件、写入文件、创建线程等）引入一个新的类/类型是错误的。使用基本类型在最高级别捕获所有未处理的异常会丢失显示有意义的错误消息所需的类型信息。
  3. 为每个组件/库使用一个从基异常类派生的异常类，并给它一个错误代码作为参数以指示确切的错误。捕捉基本类型会导致歧义。（我们发现了谁的错误代码“3”？）...

欢迎一些正确方向的指示。

4

1 回答 1

6

为了解决所有这三个问题，我发现对我来说最好的方法是抛出我自己的自定义异常，该异常源自std::runtime_error. 像这样：

#include <exception>

class ChrisAException : public std::runtime_error
{
      /// constructor only which passes message to base class
      ChrisAException(std::string msg)
      : std::runtime_error(msg)
      {

      }
}

它允许接受一个字符串，我总是把它放在下面的格式中（假设x否定不是一个有效的输入并且意味着调用它的东西是错误的）：

#include "ChrisAException.h"

void myfunction(int x)
{

    if(x < 0) 
    {
        throw ChrisAException("myfunction(): input was negative!");
    }

    // rest of your function
}

对于这一点，请记住，这些异常中的字符串更多的是为程序员而不是最终用户。当出现故障时，界面的程序员的工作是在语言环境中显示一些有意义的东西。异常中的字符串可以在调试时记录或查看（最好！）

这样，您最终可以通过以下方式捕获它：

try
{
      // high level code ultimately calling myfunction

}
catch(ChrisAException &cae)
{
       // then log cae.what()
}
catch(std::runtime_error &e)
{
       // this will also catch ChrisAException's if the above block wasn't there
}
catch(...)
{
      // caught something unknown
}

我个人不喜欢派生太多类型的异常，或者给出错误代码。我让字符串消息进行报告。

通常，我使用 C++ 异常来表示“程序出了问题”，而不是处理正常的用例。因此，对我来说，算法执行期间抛出的异常要么意味着“标记用户出现问题”或“不告诉用户”（取决于代码对他们所做的事情的重要性），但肯定会记录它并以某种方式让程序员知道。

我不使用 C++ 异常来处理本质上不是编程错误的情况，例如，某种不正确的逻辑或被称为错误的东西。例如，我不会使用 C++ 异常来处理正常的程序情况，例如空 DVD 不在 DVD 写入程序的驱动器中。为此，我有明确的返回码，允许用户知道是否有空 DVD（可能带有对话框等）

请记住，C++ 异常处理的一部分是将堆栈展开为一个try-catch块。对我来说，这意味着中止程序中正在发生的事情并清理堆栈。对于像我的 DVD 示例这样的情况，您不应该真的想展开很多堆栈。这不是灾难性的。您应该简单地让用户知道，然后让他们再试一次。

但同样，这是我使用 C++ 异常的首选方式，基于经验和我的阅读。我对其他意见持开放态度。

编辑：更改std::exception为std::runtime_error基于评论者的建议。

于 2012-04-26T00:00:07.893 回答