struct SemanticDirection;
fn main() {}
warning: struct is never used: `SemanticDirection`
--> src/main.rs:1:1
|
1 | struct SemanticDirection;
| ^^^^^^^^^^^^^^^^^^^^^^^^^
|
= note: #[warn(dead_code)] on by default
我将在任何严重的情况下重新打开这些警告，但我只是在修补语言，这让我很抓狂。
我尝试添加#[允许(dead_code)]到我的代码，但这并不管用。
你可以:
在结构、模块、函数等上添加allow属性: #(允许(dead_code)) struct SemanticDirection; 添加一个板条箱级别的允许属性;注意!: (允许(dead_code)) # ! 将它传递给rustc: rustc -A dead_code main.rs 使用cargo通过RUSTFLAGS环境变量传递它: RUSTFLAGS="$RUSTFLAGS - dead_code"货物构建
另一种禁用此警告的方法是在标识符前加上_:
struct _UnusedStruct {
_unused_field: i32,
}
fn main() {
let _unused_variable = 10;
}
这可能很有用，例如，在SDL窗口中:
let _window = video_subsystem.window("Rust SDL2 demo", 800, 600);
使用下划线作为前缀与使用单独的下划线作为名称是不同的。执行以下操作将立即破坏窗口，这可能不是预期的行为。
let _ = video_subsystem.window("Rust SDL2 demo", 800, 600);
公开代码也会停止警告;你还需要将封闭的mod设为public。
当你在编写一个库时，这是有意义的:你的代码在内部是“未使用的”，因为它是供客户端代码使用的。
另外，rust还提供了四个级别的检测(允许、警告、拒绝和禁止)。
https://doc.rust-lang.org/rustc/lints/levels.html#lint-levels
你可以通过在变量名后面加一个(_)来禁用未使用的变量/函数，如下所示:
let _variable = vec![0; 10];
对于未使用的函数，应该将函数设为public，但要注意。如果结构体不是公共的，那么你仍然会得到如下所示的错误:
//this should be public also
struct A{
A{}
}
impl A {
pub fn new() -> A {
}
}
或者如果你不希望它是公共的，你应该输入#[allow(unused)]
把这两行放在文件的顶部。
#![allow(dead_code)]
#![allow(unused_variables)]
使用特性
#[cfg(feature = "dead_code")]
注意:“dead_code”可以被任何单词替换。
直接的方法就是把下面的内容放在文件的头部 #！[允许(dead_code unused_variables)] dead_code lint检测未使用的、未导出的项。 unused_variables lint检测没有以任何方式使用的变量。 更简单的方法是将以下内容放在文件头部 # !(允许(未使用的))
参考:锈棉列表
在*的顶部。rs文件:
#![allow(unused)] // FIXME
你可以添加#[allow(dead_code)]属性到结构定义中，如下所示:
#[allow(dead_code)]
struct SemanticDirection;
或者你可以通过在文件顶部添加属性来禁用整个文件的警告，如下所示:
#![allow(dead_code)]
struct SemanticDirection;
但是这些属性只有在启用dead_code lint时才有效。默认情况下，dead_code lint在Rust中是启用的，但你可以通过在代码顶部添加以下内容来禁用它:
#![deny(dead_code)]
这将禁用整个文件的dead_code lint。
保持dead_code lint的启用通常是一个好主意，因为它可以帮助您捕捉代码中的错误，并确保您没有在项目中引入不必要的代码。然而，当你只是在试验和尝试不同的东西时，它可能会很烦人，所以如果你想在这些情况下禁用它是可以理解的。