C 异常(使用提示)
C++ exceptions (usage hints)
我有两个问题/反思/有关C 例外的问题:
-
IMO考虑使用代码中的异常时,我们必须做出明确的决定 - 始终使用异常或根本不使用它们。这阐明了应用程序将如何处理错误,并且代码将更易于阅读。我也总是认为,某些东西可能会抛出异常,而我几乎到处都将尝试/捕获块。我的"规则"合理吗?
-
是否所有异常都由
std::exception
派生的stl类和算法抛出吗?我的异常类总是来自标准类(runtime_error
,logic_error
等)。我想知道我是否可以用catch(const std::exception& object)
安全地替换catch (...)
,因为第二个总是提供有关异常原因的一些信息。
在第一部分中,这是值得的,而阅读c 中的例外,何时应该扔它们,何时应该抓住它们,为什么它们有用,并且很多其他有用的东西。http://www.parashift.com/c -faq/exceptions.html
至于第二部分,据我所知,您是否应该从STL捕获例外,您应该安全使用(const std :: exception& object)
-
我知道你的意思。史蒂夫·麦康奈尔(Steve McConnell)在代码中写道,只有在 extifial 情况下才能使用例外情况。如果您真的期望有一些东西,例如硬盘驱动空间或数据库连接。他继续说,例外不应用于控制流程。这是错误代码发挥作用的地方。我会在适当的时候使用两者。
-
应该有一种方法来确定STD模板库中异常的基本类型。根据我的经验,一切都来自std ::异常
对于您的第二个问题,是的,标准库中的所有异常均来自 std::exception
。
您的第一个问题很难给出具体的答案。在任何非平凡的程序中,都很难完全避免例外。我认为Herb Sutter在这里经历了很好的经历。
这些尝试/捕获块的目的是什么?如果您无法处理异常,那么您当然不应该抓住它。听起来您无缘无故地抓住它们。
另外,请查看此视频:C 和2012年以后:Andrei Alexandrescu- C 中的系统错误处理。
是的,所有异常类都应从std ::异常继承。您通常应该在主的底部有一个捕获(...)才能完整。
- 处理多个异常集合的C++方法
- 我在c++代码中生成了一个运行时#3异常
- 孤立代码块在结构中引发异常
- C++中的赋值发生,尽管右侧出现异常
- 从构造函数抛出异常时如何克服内存泄漏
- 异常属于C++中的线程还是进程
- 当类定义不可见时捕获异常
- 引发异常:读取访问冲突**dynamicArray**为0x1118235.发生
- 为什么异常不退出程序?
- 为什么我应该在异常处理中使用std::cerr而不是std::cout
- 如何修复链表类实现的未处理异常0xDDDDDDDD
- 关于:C++中异常对象的范围:为什么我没有得到副本?
- 是什么导致了Unity 3D中的"错误线程异常"?
- 如何将strftime中的格式错误作为异常捕获
- 创建具有 new in 函数和"this is nullptr"异常的对象
- 尝试使用智能指针时引发异常
- 有没有办法提示用户使用哪种数据类型作为模板 c++
- 函数如何通知用户它基于函数原型抛出异常?
- 是否值得降低我的代码的可读性,以便在出现内存不足错误时提供异常安全性?
- C 异常(使用提示)