使用[[maybe_unused]]
有什么好处?
考虑
int winmain(int instance, int /*prevInstance*/, const char */*cmdline*/, int show);
int winmain(int instance, [[maybe_unused]] int prevInstance, [[maybe_unused]] const char *cmdline, int show);
有些人可能会坚持认为使用评论是丑陋的,因为这个关键字是在这些情况下制作的,我完全赞同,但maybe_unused
关键字对我来说似乎有点太长了,代码稍微难以阅读。
我想尽可能“严格”遵循标准,但值得使用吗?
答案 0 :(得分:59)
如果参数明确未使用,[[maybe_unused]]
不是特别有用,未命名的参数和注释就可以正常使用。
[[maybe_unused]]
主要用于可能未使用的内容,例如
void fun(int i, int j) {
assert(i < j);
// j not used here anymore
}
无法使用未命名的参数处理此问题,但如果定义了NDEBUG
,则会生成警告,因为j
未使用。
当参数仅用于(可能禁用)日志记录时,可能会发生类似情况。
答案 1 :(得分:40)
Baum mit Augen's answer是明确且无可争议的解释。我只想提出另一个不需要宏的例子。具体来说,C ++ 17引入了constexpr if
构造。所以你可能会看到这样的模板代码(禁止愚蠢的功能):
#include <type_traits>
template<typename T>
auto add_or_double(T t1, T t2) noexcept {
if constexpr (std::is_same_v<T, int>)
return t1 + t2;
else
return t1 * 2.0;
}
int main(){
add_or_double(1, 2);
add_or_double(1.0, 2.0);
}
在编写本文时,GCC 8.0.1警告我,当else分支是实例化的时,t2
未被使用。在这样的情况下,该属性也是必不可少的。