jjzjj

assert_throws

全部标签

c++ - 我如何对类型进行 static_assert?

灵感来自thisquestion上的评论之一我想在我的代码中写这个,因为我可能做出了错误的假设,如果我将代码移植到两种类型不同的平台,就需要调查。static_assert(typeid(float)==typeid(GLfloat),"GLfloatisunexpectedtype");然而,这并没有编译,因为错误:调用非constexpr函数‘boolstd::type_info::operator==(conststd::type_info&)const’不过我可以这样写:-static_assert(sizeof(float)==sizeof(GLfloat),"GLfloat

c++ - ASSERT 是多余的吗?

ASSERT(pointer);pointer->x;在这段代码中,ASSERT似乎是多余的。如果指针为NULL,pointer->x无论如何都会失败。我的论点正确吗? 最佳答案 断言的重要(如果不是主要的话)目的是记录应该在代码中的特定点保持的不变量。如果不变量被破坏,assert也可以中止程序这一事实只是锦上添花,尽管它非常有用。我想说的是,在一个典型的程序中,90%的断言都是显然不会失败并且永远不会失败的断言。也就是说,assert在很大程度上是一种形式化的注释语言。从某种意义上说,这些“注释”是用相同的语言编写的,其余代码是

c++ - 实现这个 "on error, throw"回调的最佳方式是什么?

请注意:在我们开始真正的问题之前,这里有很多背景信息。我有一个相当广泛的C++类层次结构(代表不同类型的表达式):classBaseValue{virtual~BaseValue();};classIntValuefinal:publicBaseValue{intget()const;};classDoubleValuefinal:publicBaseValue{doubleget()const;};classStringValuefinal:publicBaseValue{std::stringget()const;};另一方面,我有一种方法可以将用户的输入强制转换为预期的类型:cl

c++ - 在 throw 参数周围添加括号是否有任何效果?

写法有区别吗:throwSomeException;和throw(SomeException);我看到一些消息来源声称后者(带括号)出于某种原因不是一个好的选择,但遗憾的是我不记得我在哪里看到过这个。 最佳答案 除了括号之外,这两个表达式之间应该不有任何功能上的差异。我从未听说过任何明确的理由说明为什么一个人应该优于另一个人。对我来说,第一个选项看起来更直观,因为它不包含不必要的括号!另外正如@Pubby在评论中所说,不应与需要括号的throw说明符混淆(throw说明符可能deprecated)。

c++ - 关于 ints 和 static_assert 的特化

我想编写一个仅适用于2个数字(例如3和5)的模板函数,如果您尝试将其与其他数字一起使用,则会出现错误。我可以这样做:templatevoidf();templatevoidf(){cout()\n";}templatevoidf(){cout()\n";}然后我可以用正常的方式调用这个函数:f();f();它编译得很好,如果我尝试错误地使用我的函数:f();编译器给我一个错误。这种方法有两个问题:1.-这是标准吗?我可以使用整数专门化模板吗?2.-我不喜欢使用这种方法时出现的错误,因为错误不会告诉用户他做错了什么。我更喜欢写这样的东西:templatevoidf(){static_as

c++ - 构造函数的初始化列表之前的 static_assert

有一个非模板化的类,它有一个模板化的构造函数。是否可以在此类构造函数中初始化成员变量之前检查静态断言?​​例如,下面的代码在检查T是否有这样的方法之前执行T::value()。classMyClass{public:templateMyClass(constT&t):m_value(t.value()){static_assert(HasValueMethod::value,"Tmusthaveavalue()method");}private:intm_value;};将static_assert放在构造函数的主体中工作正常,除了它在最后打印“Tmusthaveavalue()met

c++ - 为什么迭代器在 VS2010 中导致调试非常缓慢,即使 _HAS_ITERATOR_DEBUGGING、_SECURE_SCL、_SECURE_SCL_THROWS 设置为 0

我一直试图找出为什么在Debug模式下调试我们的程序需要这么长时间。在使用xperf查看堆栈的样子后,很明显我们在迭代器和STL容器上花费了大量时间。我在谷歌上搜索了一会儿,找到了选项_HAS_ITERATOR_DEBUGGING=0_SECURE_SCL=0_SECURE_SCL_THROWS=0我用#define在代码中设置所有这些#define_HAS_ITERATOR_DEBUGGING0#define_SECURE_SCL0#define_SECURE_SCL_THROWS0但这似乎没有用,所以我尝试使用visualstudio项目中的预处理器定义,但似乎仍然没有帮助。我已经

c++ - 应该用 typedef 触发 static_assert 吗?

我注意到当实例化为typedef时,类模板中的静态断言不会被触发。#includetemplatestructtest_assert{static_assert(std::is_same::value,"shouldfail");};typedeftest_assertt;这段代码编译没有错误。如果我尝试创建一个实例,则断言失败:tobj;//error:staticassertionfailed:"shouldfail"最后,如果我将条件替换为false,即使我不实例化类模板,断言也会失败:templatestructtest_assert{static_assert(false,"

c++ - 没有参数的 C++ throw 会在另一个框架内工作以重新抛出异常吗?

如果我有如下代码:try{doSomething();}catch(...){noteError();}voidnoteError(){try{throw;}catch(std::exception&err){std::cerrnoteError()下部框架内的两个地方都会抛出原始异常吗? 最佳答案 您的原始代码很好。您捕获了不同的异常类型并调用了一个函数来记录一条消息并重新抛出。throw语句不需要直接出现在相应的catchblock中。但是,如果您调用其中一个“注释”函数并且您没有当前正在处理异常,那么您的程序将调用termin

c++ - 任何类型的 unique_ptr 的 static_assert

我如何静态断言表达式是std::unique_ptr即std::unique_ptr对于任何T.static_assert(std::is_pointer()),"notasmartpointer")以上无效。如果没有什么直截了当的,我只对bool()感兴趣运算符是为类型定义的。 最佳答案 通过适当的部分特化创建您自己的特征:templatestructis_unique_ptr:std::false_type{};templatestructis_unique_ptr>:std::true_type{};