`.unwrap()` auf einer `Option` oder einem `Result` in produktivem Rust-Code. Aus einem `None` oder `Err` wird ein Panic für den Aufrufer.
Jedes Beispiel zeigt genau die Codeform, nach der die Regel sucht, und dann die kleinste Version, die die Absicht bewahrt, ohne Risiken zu verstecken oder Rauschen hinzuzufügen.
pub fn load_settings(path: &Path) -> Settings {
let raw = fs::read_to_string(path).unwrap();
toml::from_str(&raw).unwrap()
}Deterministischer Zeilenabgleich: beanstandet `.unwrap()` in Rust-Dateien außerhalb von Tests, außerhalb von `#[test]`-, `#[tokio::test]`- und `#[cfg(test)]`-Blöcken und außerhalb von Blockkommentaren.
pub fn load_settings(path: &Path) -> Result<Settings, SettingsError> {
let raw = fs::read_to_string(path)?;
let settings = toml::from_str(&raw)?;
Ok(settings)
}Reich den Fehler mit `?` weiter, matche die Variante, die dich interessiert, oder nutze `.expect("...")` mit einer Meldung, die die Invariante benennt.
Agenten nutzen `.unwrap()`, um schnell am Type-Checker vorbeizukommen, wie sie es in einem Test täten, und kümmern sich nie mehr um den Fehlerfall.
ai-slop/rust-non-test-unwrap
ai-slop
Deterministischer Zeilenabgleich: beanstandet `.unwrap()` in Rust-Dateien außerhalb von Tests, außerhalb von `#[test]`-, `#[tokio::test]`- und `#[cfg(test)]`-Blöcken und außerhalb von Blockkommentaren.
`.expect("...")`, `write!`/`writeln!(...).unwrap()`, Unwraps mit einem `//`-Kommentar in den zwei Zeilen darüber, Testdateien und Test-Crates, `build.rs` sowie `examples/` oder `benches/` werden nicht beanstandet.
Teil von aislops Rust-Regelsatz, gewertet in der Strict-Stufe. v0.9.3 beanstandet keine Unwraps in Beispielen innerhalb von `/*! ... */`-Doc-Kommentaren mehr.