60_模式匹配可辩驳性和基本语法

1. 概述

模式的两种形式包括:可辩驳的(可反驳的或可失败的)、无可辩驳的(不可反驳的或不可失败的)。

能够匹配任何可能传递的值的模式是无可辩驳的,即不能失败,怎么匹配都会成功。

  • 例如let x = 5不可能失败,它能匹配所有表达式右侧的值。

对于某些可能的值,无法进行匹配的模式,就是可辩驳的。

  • 例如if let Some(x) = a_value,如果右边的值是null,这时候就会发生不匹配的情况,这就是可辩驳的,或者可失败的。

其中,函数参数、let语句、for循环只接受无可辩驳的模式。if let和while let接受可辩驳和无可辩驳的模式。在接受无可辩驳模式的时候编译器可能会发生警告,因为存在可能的失败。

如下例子:

rust 复制代码
fn main() {
    let a: Option<i32> = Some(5);
    // Some是个可辩驳的
    let Some(x) = a;
}

a是Option类型,而Some是一个可辩驳的,以上代码将会编译错误,可以修改为如下代码

rust 复制代码
fn main() {
    let a: Option<i32> = Some(5);
    if let Some(x) = a {

    }
}

但是如果我们改为不可辩驳的模式,如下

rust 复制代码
fn main() {
    let a: Option<i32> = Some(5);
    if let x = 5 {}
}

代码不会报错,但是x = 5总是匹配成功的,所以使用一个可辩驳的模式没有任何意义。结合上面的示例,我们可以想到match表达除了最后一个分支的所有分支必须是可辩驳的(即可失败的),而最后一个分支因为是不可辩驳的,因为它需要匹配所有剩余的情况。

相关推荐
剪刀石头布啊10 小时前
vue-react为何要虚拟dom
前端
剪刀石头布啊10 小时前
ahooks常用的一些库,我们使用一下
前端
剪刀石头布啊10 小时前
从git更新本地提交记录到更新已经推送到远端记录
前端
Flynt12 小时前
axios 被投毒半年后,我把 npm 的"安全防线"实测了一遍:最信任的 SHA512 是安慰剂
前端·npm·node.js
excel12 小时前
Base62 和 Base64 有什么区别?
前端
风骏时光牛马13 小时前
大模型底层架构与AI源码深度剖析
前端
掘金挖土14 小时前
前端手摸手跑路之 AI 应用开发(九)
前端·后端
中文呀17 小时前
三维 GIS 离线缓存实战:逆向 CesiumOfflineCache,并亲手为它补上"自动更新"能力
前端
前进前进前进17 小时前
TRAE 全链路实战:做了一个警示牌一键生成器:纯 Canvas、单文件、零依赖
前端