1 个稳定版本
1.0.57 | 2024 年 2 月 26 日 |
---|
#6 在 #derive-error
623 每月下载量
32KB
381 行
derive(Error)
此库提供了一种方便的 derive 宏,用于标准库的 std::error::Error
特性。
此分支通过在不启用 std 的情况下不派生 Error
来支持 no_std
。如果您想使用 thiserror
的功能,如派生 Display
实现等,但不需要 Error
特性本身,这很有用。如果您受限于 nightly Rust,请使用 https://crates.io/crates/thiserror-no-std
。
[dependencies]
thiserror = { version = "1.0", package = "thiserror-nostd-notrait" }
编译器支持:需要 rustc 1.56+
示例
use thiserror_nostd_notrait::Error;
#[derive(Error, Debug)]
pub enum DataStoreError {
#[error("data store disconnected")]
Disconnect(#[from] io::Error),
#[error("the data for key `{0}` is not available")]
Redaction(String),
#[error("invalid header (expected {expected:?}, found {found:?})")]
InvalidHeader {
expected: String,
found: String,
},
#[error("unknown data store error")]
Unknown,
}
详细信息
-
Thiserror 故意不在您的公共 API 中出现。您将得到与手动实现
std::error::Error
相同的结果,并且从手动实现切换到 thiserror 或相反不是破坏性更改。 -
错误可以是枚举、具有命名字段的元组结构体、元组结构体或单元结构体。
-
如果您在结构体或枚举的每个变体上提供了
#[error)]
消息,将为您的错误生成一个Display
实现如下例所示。消息支持从错误中插值字段的简写。
#[error("{var}")]
⟶write!("{}", self.var)
#[error("{0}")]
⟶write!("{}", self.0)
#[error("{var:?}")]
⟶write!("{:?}", self.var)
#[error("{0:?}")]
⟶write!("{:?}", self.0)
这些缩写可以与任何其他格式参数一起使用,这些参数可以是任意表达式。例如
#[derive(Error, Debug)] pub enum Error { #[error("invalid rdo_lookahead_frames {0} (expected < {})", i32::MAX)] InvalidLookahead(u32), }
如果其中一个额外表达式参数需要引用结构体或枚举的字段,则可以将命名字段作为
.var
引用,将元组字段作为.0
引用。#[derive(Error, Debug)] pub enum Error { #[error("first letter must be lowercase but was {:?}", first_char(.0))] WrongCase(String), #[error("invalid index {idx}, expected at least {} and at most {}", .limits.lo, .limits.hi)] OutOfBounds { idx: usize, limits: Limits }, }
-
为包含
#[from]
属性的每个变体生成一个From
实现。注意,变体不得包含除源错误和可能的回溯以外的任何其他字段。如果存在该字段的字段,回溯将捕获自
From
实现内部。#[derive(Error, Debug)] pub enum MyError { Io { #[from] source: io::Error, backtrace: Backtrace, }, }
-
实现了 Error 特质的
source()
方法,以返回具有#[source]
属性或命名source
的任何字段。这是为了识别导致您的错误的底层错误。#[from]
属性始终意味着相同的字段是#[source]
,因此您永远不需要指定这两个属性。任何实现了
std::error::Error
或指向dyn std::error::Error
的解引用都将作为源工作。#[derive(Error, Debug)] pub struct MyError { msg: String, #[source] // optional if field name is `source` source: anyhow::Error, }
-
Error 特性的
provide()
方法被实现,以提供名为Backtrace
的任何字段,如果有的话,作为std::backtrace::Backtrace
。use std::backtrace::Backtrace; #[derive(Error, Debug)] pub struct MyError { msg: String, backtrace: Backtrace, // automatically detected }
-
如果一个字段既是源(命名为
source
,或者有#[source]
或#[from]
属性)并且 被标记为#[backtrace]
,那么 Error 特性的provide()
方法会被转发到源的provide
,以便错误的两层都能共享同一个回溯。#[derive(Error, Debug)] pub enum MyError { Io { #[backtrace] source: io::Error, }, }
-
错误可以使用
error(transparent)
将源和 Display 方法直接转发到底层错误,而不添加额外的消息。这对于需要“任何其他”变体的枚举来说可能是合适的。#[derive(Error, Debug)] pub enum MyError { ... #[error(transparent)] Other(#[from] anyhow::Error), // source and Display delegate to anyhow::Error }
另一个用例是在不破坏crate的公共API的情况下,通过一个不透明的错误类型隐藏错误表示的实现细节,从而使表示能够进化。
// PublicError is public, but opaque and easy to keep compatible. #[derive(Error, Debug)] #[error(transparent)] pub struct PublicError(#[from] ErrorRepr); impl PublicError { // Accessors for anything we do want to expose publicly. } // Private and free to change across minor version of the crate. #[derive(Error, Debug)] enum ErrorRepr { ... }
-
有关在应用程序代码中使用方便的单个错误类型,请参阅
anyhow
库。
与 anyhow 的比较
如果你关心设计自己的专用错误类型,以便在失败时调用者接收你选择的确切信息,请使用 thiserror。这通常适用于类似库的代码。如果你不关心函数返回什么错误类型,只想让它变得简单,请使用 Anyhow。这在类似应用的代码中很常见。
许可证
根据您的选择,此软件受 Apache License, Version 2.0 或 MIT 许可证 许可。除非你明确表示否则,你提交的任何贡献,根据 Apache-2.0 许可证定义,均应按上述方式双重许可,不附加任何额外条款或条件。
依赖关系
~285–740KB
~18K SLoC