经过短暂的尝试,当我运行 Rustling 测试时exercises/error_handling/errorsn.rs
,我得到
---- test_ioerror stdout ----
thread 'test_ioerror' panicked at 'assertion failed: `(left == right)`
left: `"uh-oh!"`,
right: `"cannot parse integer from empty string"`', exercises/error_handling/errorsn.rs:69:5
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
69号线有
assert_eq!("uh-oh!", read_and_validate(&mut b).unwrap_err().to_string());
做一些调试我可以看到read_and_validate(&mut b)
正在返回,
Err(ParseIntError { kind: Empty })
我第一次尝试解决这个问题是,
let num: i64 = line.trim().parse().or(Err("uh-oh!")?;
uh-oh!
但是在我看到的代码中寻找这似乎毫无意义,
Err(io::Error::new(io::ErrorKind::BrokenPipe, "uh-oh!"))
所以我现在可以说我不应该写“呃 - 哦!” 任何地方。查看我的错误的原因,他们提供的错误代码(我们应该修复)有,
b.read_line(&mut line); # unmodified notice they don't have `?`
我所要做的就是将其更改为以下内容,
b.read_line(&mut line)?; # I added the `?`
let num: i64 = line.trim().parse()?;
虽然这很容易,但没有任何意义。抬头.read_line
我看到它返回一个Result
.
所以我最后的问题是为什么调用者.read_line
不必处理它返回的错误?似乎这个 Rustlings 的教训几乎是在诱使用户告诉他们你不能依赖类型安全。查看文档,所有这些似乎都没有记录。Rust 甚至有一个名为“必须使用结果”的部分,
Result 使用属性进行注释
#[must_use]
,这将导致编译器在忽略 Result 值时发出警告。这使得 Result 对于可能遇到错误但不会返回有用值的函数特别有用。[...] 如果你用 Rust 编写,编译器会给你一个警告(默认情况下......
这种行为记录在哪里?还有哪些其他核心功能可以让错误无法处理?