投掷析构函数可由C 98和C 1x编译.有没有更好的办法?

投掷析构函数可由C 98和C 1x编译.有没有更好的办法?,第1张

概述有没有一种干净的方法或解决方法来实现一个可以通过c 98和c 1x编译器编译的抛出析构函数,这些编译器是跨平台的并且不会产生警告? 特定 有一个表示错误代码的遗留类,如果未处理则抛出该错误代码.为此,它使用了一个抛出析构函数. 目标 一个跨平台(g,VC)实现,编译和使用旧的c 98编译器(感谢MS for WindowsCE)以及支持c 1x的编译器.理想情况下,它不应该产生任何警告. 问题 问 有没有一种干净的方法或解决方法来实现一个可以通过c 98和c 1x编译器编译的抛出析构函数,这些编译器是跨平台的并且不会产生警告?

特定

有一个表示错误代码的遗留类,如果未处理则抛出该错误代码.为此,它使用了一个抛出析构函数.

目标

一个跨平台(g,VC)实现,编译和使用旧的c 98编译器(感谢MS for WindowsCE)以及支持c 1x的编译器.理想情况下,它不应该产生任何警告.

问题

问题是因为c 11默认情况下所有析构函数都是非抛出的(如果抛出异常,将在运行时终止).解决方法是noexcept(false),但它在c 98中不可用.另一方面,c 98具有异常规范,这些规范通常被认为是错误的,并且自c 11 E.g.以后被弃用,参见:Why are exception specifications bad?.

目前的解决方法

class ThrowingErrorCode{public:    ...// silence the VC exception specification warning// we need to use exception specification for a throwing destructor,so that it would compile with both c++98 and c++11#ifdef _MSC_VER#pragma warning( push )#pragma warning( disable : 4290 )#endif   ~ThrowingErrorCode() throw(ErrorCodeException)   {      ...      throw ErrorCodeException("Must handle error code");   }// enable the warning again#ifdef _MSC_VER#pragma warning( pop )#endif   };

我不太喜欢它,因为它需要禁止警告并使用不推荐的异常规范.你能告诉我是否有更好/更清洁的方法吗?

这是我的第一个StackOverflow问题.如果您对改善问题有任何建议,请告诉我:-)

解决方法 您可以定义一个简单的宏来实现抛出异常规范:

#if __cplusplus >= 201103L#  define MAY_THROW noexcept(false)#else#  define MAY_THROW#endif

用法:

struct X{    ~X() MAY_THROW { /* ... */ }    //   ^^^^^^^^^};

不合格的编译器可能无法正确设置__cplusplus宏,在这种情况下,您可能需要与其他供应商宏进行比较.例如,某些版本的MSVC可以使用此代码:

#if __cplusplus >= 201103L#  define MAY_THROW noexcept(false)#elif defined(_MSC_VER) && _MSC_VER >= 1800#  define MAY_THROW noexcept(false)#else#  define MAY_THROW#endif
总结

以上是内存溢出为你收集整理的投掷析构函数可由C 98和C 1x编译.有没有更好的办法?全部内容,希望文章能够帮你解决投掷析构函数可由C 98和C 1x编译.有没有更好的办法?所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/langs/1217547.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-06-05
下一篇 2022-06-05

发表评论

登录后才能评论

评论列表(0条)

保存