Question

有没有人知道一个开源c ++应用程序，它具有设计良好/强大的异常机制，所以我可以获得一些灵感？我看到的大多数代码/示例都有可疑的内容：

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

欢迎向正确方向发出一些指示。

Answer 1

为了解决所有这三个问题，我发现对我来说最好的方法是抛出我自己的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。

C ++项目具有精心设计的异常机制

1 个答案: