在 C++11 中,这已被弃用:
void foo() throw();
并替换为
void foo() noexcept;
在this article据解释,这样做的原因(除其他外,归结为同一件事)是
C++ exception specifications are checked at runtime rather than at compile time, so they offer no programmer guarantees that all exceptions have been handled.
虽然这对我来说确实有意义,但我不明白为什么首先要动态检查 throw(),或者为什么 noexcept 不提供异常保证除了调用 std::terminate 而不是正常的堆栈展开(这在 IMO 上并不是真正可靠的保证)。
是否可以检查在编译期间是否抛出异常,如果发生这种情况则编译失败?在我看来,基本上有三种情况:
void foo() noexcept
{
// 1. Trivial case
throw myexcept();
// 2. Try-catch case
// Necessary to check whether myexcept is derived
// from exception
try
{
throw myexcept();
}
catch(exception const & e)
{}
// 3. Nested function call
// Recursion necessary
bar();
}
C++ 中的模板为每种类型实例化,编译应用程序无论如何都要花很长时间 - 那么为什么不更改 noexcept 以强制编译器检查在编译期间是否抛出异常?
我看到的唯一困难是一个函数可能会或可能不会根据运行时状态抛出 - 但我认为无论如何都不应该允许该函数调用自身 noexcept。
我是不是遗漏了什么,或者是不想进一步增加编译时间,还是为了让编译器开发人员轻松一点?
最佳答案
我认为很多原因都归结为这样一个事实,即在定义异常规范时,编译器编写者远远落后于能力曲线。实现 C++98 非常复杂,以至于只有一个编译器甚至声称实现了它的所有特性。每个其他编译器都至少遗漏了标准中包含的一个主要功能。大多数人相当公开地承认,他们遗漏的远不止这些。
您还需要记住,动态异常规范也比 throw() 复杂得多。它允许程序员指定一组可以抛出的任意类型。更糟糕的是,指定一个函数可以抛出 foo 意味着它也可以抛出从 foo 派生的任何东西。
本来可以静态地执行异常规范,但它显然会增加相当多的额外工作,而且没有人真正确定它会提供什么(如果有的话)好处。在这种情况下,我认为大多数人很容易认为静态强制是以后可能需要的东西,如果似乎有足够的用途来证明这项工作是合理的的话。从运行时强制更改为编译时强制不需要修改现有代码,只需修改现有实现即可。
另一点是,我不确定是否真的强烈支持异常规范。我认为大家对基本思想达成了普遍共识,但当你开始深入探讨时,可能不太了解细节。
底线:只强制执行动态执行很容易,而将静态执行留到以后(如果有的话)。事实证明,静态强制执行在任何情况下都不会真正增加所有积极因素,因此无论如何强制执行它可能不会取得太大成就。
关于c++ - 为什么 "dynamic exception"保证会导致开销?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17922603/
类classAprivatedeffooputs:fooendpublicdefbarputs:barendprivatedefzimputs:zimendprotecteddefdibputs:dibendendA的实例a=A.new测试a.foorescueputs:faila.barrescueputs:faila.zimrescueputs:faila.dibrescueputs:faila.gazrescueputs:fail测试输出failbarfailfailfail.发送测试[:foo,:bar,:zim,:dib,:gaz].each{|m|a.send(m)resc
我正在尝试测试是否存在表单。我是Rails新手。我的new.html.erb_spec.rb文件的内容是:require'spec_helper'describe"messages/new.html.erb"doit"shouldrendertheform"dorender'/messages/new.html.erb'reponse.shouldhave_form_putting_to(@message)with_submit_buttonendendView本身,new.html.erb,有代码:当我运行rspec时,它失败了:1)messages/new.html.erbshou
我在从html页面生成PDF时遇到问题。我正在使用PDFkit。在安装它的过程中,我注意到我需要wkhtmltopdf。所以我也安装了它。我做了PDFkit的文档所说的一切......现在我在尝试加载PDF时遇到了这个错误。这里是错误:commandfailed:"/usr/local/bin/wkhtmltopdf""--margin-right""0.75in""--page-size""Letter""--margin-top""0.75in""--margin-bottom""0.75in""--encoding""UTF-8""--margin-left""0.75in""-
我有一个模型:classItem项目有一个属性“商店”基于存储的值,我希望Item对象对特定方法具有不同的行为。Rails中是否有针对此的通用设计模式?如果方法中没有大的if-else语句,这是如何干净利落地完成的? 最佳答案 通常通过Single-TableInheritance. 关于ruby-on-rails-Rails-子类化模型的设计模式是什么?,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.co
我正在使用的第三方API的文档状态:"[O]urAPIonlyacceptspaddedBase64encodedstrings."什么是“填充的Base64编码字符串”以及如何在Ruby中生成它们。下面的代码是我第一次尝试创建转换为Base64的JSON格式数据。xa=Base64.encode64(a.to_json) 最佳答案 他们说的padding其实就是Base64本身的一部分。它是末尾的“=”和“==”。Base64将3个字节的数据包编码为4个编码字符。所以如果你的输入数据有长度n和n%3=1=>"=="末尾用于填充n%
我主要使用Ruby来执行此操作,但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式,例如使用这个yaml文件,它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i
为什么4.1%2返回0.0999999999999996?但是4.2%2==0.2。 最佳答案 参见此处:WhatEveryProgrammerShouldKnowAboutFloating-PointArithmetic实数是无限的。计算机使用的位数有限(今天是32位、64位)。因此计算机进行的浮点运算不能代表所有的实数。0.1是这些数字之一。请注意,这不是与Ruby相关的问题,而是与所有编程语言相关的问题,因为它来自计算机表示实数的方式。 关于ruby-为什么4.1%2使用Ruby返
为了将Cucumber用于命令行脚本,我按照提供的说明安装了arubagem。它在我的Gemfile中,我可以验证是否安装了正确的版本并且我已经包含了require'aruba/cucumber'在'features/env.rb'中为了确保它能正常工作,我写了以下场景:@announceScenario:Testingcucumber/arubaGivenablankslateThentheoutputfrom"ls-la"shouldcontain"drw"假设事情应该失败。它确实失败了,但失败的原因是错误的:@announceScenario:Testingcucumber/ar
我的瘦服务器配置了nginx,我的ROR应用程序正在它们上运行。在我发布代码更新时运行thinrestart会给我的应用程序带来一些停机时间。我试图弄清楚如何优雅地重启正在运行的Thin实例,但找不到好的解决方案。有没有人能做到这一点? 最佳答案 #Restartjustthethinserverdescribedbythatconfigsudothin-C/etc/thin/mysite.ymlrestartNginx将继续运行并代理请求。如果您将Nginx设置为使用多个上游服务器,例如server{listen80;server
它不等于主线程的binding,这个toplevel作用域是什么?此作用域与主线程中的binding有何不同?>ruby-e'putsTOPLEVEL_BINDING===binding'false 最佳答案 事实是,TOPLEVEL_BINDING始终引用Binding的预定义全局实例,而Kernel#binding创建的新实例>Binding每次封装当前执行上下文。在顶层,它们都包含相同的绑定(bind),但它们不是同一个对象,您无法使用==或===测试它们的绑定(bind)相等性。putsTOPLEVEL_BINDINGput