Rust中为自定义Error枚举实现std::option::NoneError的方案

• 稳定版Rust中，?运算符作用在Option<T>上时，仅支持所在函数返回值为Option<U>的场景：遇到None会直接返回None，不会自动完成到自定义Result错误类型的转换。
• 实现From<std::option::NoneError>的方案无法在稳定版编译，原因是NoneError及配套的Try trait目前属于不稳定实验特性，仅能在Nightly工具链开启try_trait feature后使用，且API存在变动风险，不适合生产环境使用。
• 每次手动调用.ok_or(...)做转换的方案虽然可用，但存在大量重复编码，维护成本高。

核心思路是把重复的Option到Result的转换逻辑封装成可复用的通用方法，写一次即可全局使用。

方案1：原生实现，无第三方依赖 #

首先为自定义错误枚举定义统一的None值错误构造逻辑，再为Option类型添加扩展方法完成自动转换：

#[derive(Debug)]
enum EngineError {
    NotFound(String),
    Stack(String),
}

impl EngineError {
    // 所有Option解包为None时的统一错误构造，后续调整逻辑仅需修改此处
    fn none_error() -> Self {
        Self::NotFound("expected value not exist".to_string())
    }
}

// 为Option添加统一的错误转换扩展方法
trait OptionUnwrap<T> {
    fn unwrap_or_err(self) -> Result<T, EngineError>;
}

impl<T> OptionUnwrap<T> for Option<T> {
    fn unwrap_or_err(self) -> Result<T, EngineError> {
        // 用ok_or_else做懒加载，仅在真的遇到None时才构造错误对象，减少运行时开销
        self.ok_or_else(EngineError::none_error)
    }
}

使用时直接调用扩展方法后接?即可，无需每次重复写错误构造逻辑：

fn func() -> Result<(), EngineError> {
    let var = get_some_optional_value().unwrap_or_err()?;
    Ok(())
}

方案2：借助生态通用错误库thiserror简化 #

如果项目中使用Rust生态通用的thiserror库做自定义错误管理，可以直接配合宏减少样板代码：

use thiserror::Error;

#[derive(Debug, Error)]
enum EngineError {
    #[error("resource not found: {0}")]
    NotFound(String),
    #[error("stack error: {0}")]
    Stack(String),
    // 专门定义Option为None时的错误变体
    #[error("unexpected empty value")]
    EmptyValue,
}

// 后续可以直接配合上面的Option扩展trait使用，也可以根据场景在调用时传入更具体的错误信息

注意：不要在生产项目中依赖Nightly版本的try_trait特性实现自动转换，该特性从提出至今已多次调整API设计，短期没有稳定计划，会给项目留下版本兼容隐患。

内容的提问来源于stack exchange，提问作者rahokey531