这篇文章主要讲解了“C++怎么使用异常发信号”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“C++怎么使用异常发信号”吧!
我们提供的服务有:成都网站设计、网站制作、微信公众号开发、网站优化、网站认证、武川ssl等。为近1000家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务,是有科学管理、有技术的武川网站制作公司
It should not be possible to ignore an error because that could leave the system or a computation in an undefined (or unexpected) state. This is a major source of errors.
错误可能会让系统或计算处于没有定义(或者意外)的状态,应该杜绝错误被忽略的可能性。忽略对错误的处理是大部分问题的主要原因。
Example(示例)
int printf(const char* ...); // bad: return negative number if output fails
template
// good: throw system_error if unable to start the new thread
explicit thread(F&& f, Args&&... args);
What is an error?
什么是错误?
错误意味着功能无法达成它对外宣称的目的(包括建立事后条件)。忽略错误的调用代码可能造成错误的结果或者没有定义的系统状态。例如,无法连接到远程服务器不是它自己造成的错误:服务器可能因为各种原因拒绝连接,因此自然的做法就是返回一个结果让调用者确认。如果无法连接被认为是错误,这个失败应该抛出异常。
Exception(异常)
Many traditional interface functions (e.g., UNIX signal handlers) use error codes (e.g., errno
) to report what are really status codes, rather than errors. You don't have a good alternative to using such, so calling these does not violate the rule.
很多传统的函数(例如UNIX信号量处理函数)使用错误码(例如errno)报告实际的状态。由于没有好的选项来代替它们,因此调用这些函数不算违反规则。
Alternative(可选项)
If you can't use exceptions (e.g., because your code is full of old-style raw-pointer use or because there are hard-real-time constraints), consider using a style that returns a pair of values:
如果不能使用异常(例如,因为代码到处都是旧风格的原始指针,或者存在硬实时约束),考虑使用返回结果对的风格。
int val;
int error_code;
tie(val, error_code) = do_something();
if (error_code) {
// ... handle the error or exit ...
}
// ... use val ...
译者注:tie是C++引入的新特性,用于解包同样是C++11引入的tuple数据。
This style unfortunately leads to uninitialized variables. Since C++17 the "structured bindings" feature can be used to initialize variables directly from the return value:
这个方式有一个缺点就是会导致未初始化变量。使用C++17之后导入的结构化绑定功能可以通过返回值直接初始化变量。
auto [val, error_code] = do_something();if (error_code) { // ... handle the error or exit ...}// ... use val ...
Note(注意)
We don't consider "performance" a valid reason not to use exceptions.
我们不认为“性能”是不使用异常的合理原因。
Often, explicit error checking and handling consume as much time and space as exception handling.
通常,清楚的错误检查和处理消耗的时间和空间和异常处理相同(译者注:换个说法,目前很多代码中所谓高效率错误处理实际上是偷工减料)
Often, cleaner code yields better performance with exceptions (simplifying the tracing of paths through the program and their optimization).
通常,整洁的代码使用异常会带来更好的性能(简化跟踪程序执行路径和优化)
A good rule for performance critical code is to move checking outside the critical part of the code (checking).
对于性能敏感的代码来说,将检查部分移到代码的关键部分之外是一个好方法。
In the longer term, more regular code gets better optimized.
长期来说,有规律的代码可以被更好地优化。
Always carefully measure before making performance claims.
在宣称性能问题之前一定要仔细地考量。(译者注:例如真的会有性能问题么?真的那么重要么?)
Enforcement(实施建议)
(Not enforceable) This is a philosophical guideline that is infeasible to check directly.
(非强制)这是一条事关编程哲学的准则,无法直接检查。
Look for errno
.
选择errno。
感谢各位的阅读,以上就是“C++怎么使用异常发信号”的内容了,经过本文的学习后,相信大家对C++怎么使用异常发信号这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是创新互联,小编将为大家推送更多相关知识点的文章,欢迎关注!