1 个稳定版本

1.0.57 2024 年 2 月 26 日

#6#derive-error

Download history 8/week @ 2024-04-04 145/week @ 2024-04-11 2/week @ 2024-05-23 24/week @ 2024-05-30 49/week @ 2024-06-13 204/week @ 2024-06-20 59/week @ 2024-06-27 225/week @ 2024-07-04 63/week @ 2024-07-11 270/week @ 2024-07-18

623 每月下载量

MIT/Apache

32KB
381

derive(Error)

github crates.io docs.rs build status

此库提供了一种方便的 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.0MIT 许可证 许可。
除非你明确表示否则,你提交的任何贡献,根据 Apache-2.0 许可证定义,均应按上述方式双重许可,不附加任何额外条款或条件。

依赖关系

~285–740KB
~18K SLoC