为何ok_or可作为Option类型场景下let-else的替代方案？

首先得明确：RFC里的表述并不是说ok_or能替代let-else，而是说——对于Option/Result这类标准枚举，我们有ok_or、?操作符这类现成工具来处理提前返回；但对于自定义的非Option/Result枚举，没有这类内置方法，这时候let-else的优势就凸显出来了。

先看Option场景的例子：
用ok_or+?的写法：

fn get_value(opt: Option<i32>) -> Result<i32, &'static str> {
    let val = opt.ok_or("值不存在")?;
    // 接下来直接用val，失败分支已经通过?返回了
    Ok(val * 2)
}

这种写法已经很简洁，不需要额外的代码块，直接通过?完成提前返回，和let-else的核心目标（避免嵌套、提前处理失败）完全一致，但代码更短。

如果用let-else写同样逻辑：

fn get_value(opt: Option<i32>) -> Result<i32, &'static str> {
    let Some(val) = opt else {
        return Err("值不存在");
    };
    Ok(val * 2)
}

功能完全一样，但代码行数略多，所以在Option场景下，ok_or+?是更简洁的选择——不是说不能用let-else，而是有更顺手的工具可选。

再看非Option/Result枚举的场景，比如自定义一个枚举：

enum MyEnum {
    A(i32),
    B(String),
    Error,
}

这个枚举没有类似ok_or的方法能把Error分支转成Result，这时候要提前返回处理Error分支，let-else就是最直接的方式：

fn process_enum(e: MyEnum) -> Result<i32, &'static str> {
    let MyEnum::A(val) = e else {
        return Err("不是A类型");
    };
    Ok(val + 1)
}

这种场景下，没有现成的工具能像ok_or+?那样一步处理，let-else就成了最优解。

总结一下：

• ok_or+?在Option/Result场景下，能以更简洁的代码实现let-else的核心功能，所以RFC说let-else在非这类枚举的场景更实用——因为那些场景没有替代工具。
• Option场景下不是不应使用let-else，只是有更简洁的写法可选，如果你觉得let-else的可读性更好，完全可以用。

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