performance - 为什么选择 `unwrap_or_else` 而不是 `unwrap

performance - 为什么选择 `unwrap_or_else` 而不是 `unwrap_or` ？

转载作者：行者123 更新时间：2023-11-29 08:24:20

<分区>

fn main() {
    let _one = None.unwrap_or("one".to_string());
    let _two = None.unwrap_or_else(|| "two".to_string());
}

为什么人们更喜欢 unwrap_or_else 而不是 unwrap_or 有什么特别的原因吗？

我看到评论说 unwrap_or 很急切(例如 this)。这是否意味着 unwrap_or 中的值总是在程序执行之前计算？而 unwrap_or_else 中的 FnOnce 值仅在程序执行到该行时才被调用？

文章推荐： Java : new Filter(){} to kotlin

performance - 为什么选择 `unwrap_or_else` 而不是 `unwrap_or` ？
这个问题在这里已经有了答案: Why should I prefer `Option::ok_or_else` instead of `Option::ok_or`? (3 个答案) 关闭 3 年前
rust - 在 Rust 中使用 unwrap_or_else 进行错误处理
我有一个具有功能的 Rust 程序接受输入的‘is_input_sanitized’字符串 m，并检查输入是否没有特殊字符。该方法以下列方式在单独的函数上使用。 let a = match is_in

行者123

个人简介

我是一名优秀的程序员,十分优秀！

作者热门文章

滴滴打车优惠券免费领取

全站热门文章