我什么时候应该[[maybe_unused]]?

时间:2018-03-16 12:29:27

标签: c++ c++17

使用[[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关键字对我来说似乎有点太长了,代码稍微难以阅读。

我想尽可能“严格”遵循标准,但值得使用吗?

2 个答案:

答案 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未被使用。在这样的情况下,该属性也是必不可少的。