当前位置：首页 > news >正文

SW 随笔 006 — C# 模式匹配，豪华的布尔表达式

news 2026/5/12 1:39:35

声明：个人笔记，概不负责

装裱

从用户角度来讲，

所谓 C# 模式匹配，就是一种运算，一种不改变原值的布尔运算，可以用来简化代码结构。

我觉得，有些文章在介绍这个语言功能时，有点激动过了头，有点莫名其妙的、不知所然的装
这可能是因为，这种一楼的代码结构，通常很少变动，大家习惯了搬二楼的砖，造二楼的工具
对于 pattern matching 我用到现在的体会，感觉像那时候对 LINQ 的初接触，真是激动人心哪！

官方文档、许多博客，讲 C# 模式匹配，开篇那么多花里胡哨的（所谓精确）介绍干嘛，徒增用户心智负担。
这玩意的本质，对用户来说，就是这么简单啊，

我关心你语言的实现干嘛，我就是很 Low 的、搬二楼砖的用户呀，我会关心 if-else 的实现吗?
我只关心，怎么用耶，怎么飞起来……

轮回

这一世（在这个世界里），我们终于回看，源自于结构化编程（Since 1966）近百年没有变化的 if-else 与 switch 结构.

为什么 bool [来] 的那么平凡，[去] 得那么简单。【来= 求值方式】【去= 控制流分派】

如果，为它的 [来] 做点什么呢？如果，为它的 [去] 做点什么呢？

一直以来，这种层次的活，都是住二楼的人管的；
一楼的样板房，近百年来没有啥变化，造一楼的人不关心这个层次的问题。

所谓 C# 模式匹配，就是一种运算，一种不改变原值的布尔运算，可以用来简化代码结构。

三观,《九阴真经》总纲

C# 模式匹配，在 when 上，彻底暴露了其本质

    //// 拿来运算后再用，必须用 when 做统一入口；拿来就用，可以用模式// // 换句话说，就是说 when 是统一模式，表示要开始 自定义计算了，否则全部用 内置模式 计算；// 哪天有啥 内置模式 支持 位操作，那么就可以不用 when 了；// 换句话说，完全可以不用 内置模式 计算，全部用 when 来算。 //// 所谓 C# 模式匹配，就是一种运算，一种不改变原值的布尔运算，可以用来简化代码结构。//public PacketState LastStatus => _flags switch{//// The order is important//_ when (_flags & PacketState.Responded) != 0 => PacketState.Responded,_ when (_flags & PacketState.Acked) != 0 => PacketState.Acked,_ when (_flags & PacketState.Sent) != 0 => PacketState.Sent,_ when (_flags & PacketState.Created) != 0 => PacketState.Created,_ => PacketState.None};