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

Question

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

我想尽可能"严格"遵循标准,但值得使用吗？

Answer 1

如果参数绝对未使用,[[maybe_unused]]并不是特别有用,未命名的参数和注释就可以正常工作.

[[maybe_unused]]对于可能未被使用的东西大多非常有用,例如

void fun(int i, int j) {
    assert(i < j);
    // j not used here anymore
}

使用未命名的参数无法处理此问题,但如果NDEBUG已定义,则会生成警告,因为j未使用.

当参数仅用于(可能禁用)日志记录时,可能会发生类似情况.

Answer 2

Baum mit Augen的答案是明确无误的解释.我只想提出另一个不需要宏的例子.具体来说,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警告我t2,当else分支是实例化的时,我将被释放.在这样的情况下,该属性也是必不可少的.