Swift 6.2 列传（第二篇）：标识符的 “破界神通”

引子：码林命名劫，熊猫侠卡壳当场

华山脚下的 "码林客栈" 里，大熊猫侯佩正对着桌面的代码手稿唉声叹气，圆滚滚的身子瘫在椅背上，手里的肉包子都忘了啃。

这位自称 "码界美髯公，头亮不秃头" 的 Swift 高手，此刻正被一个看似简单的问题难住 ------HTTP 错误码的枚举命名。"401、404 这些数字当枚举 case，Swift 偏说'名不正言不顺'，难不成要我改成_401、error404 这种不伦不类的名字？" 侯佩抓了抓头顶的绒毛，生怕再掉一根就破了 "不秃头" 的誓言。

就在他愁眉不展时，一道娇俏的身影掀帘而入，正是身着紫色纱裙的小昭。

在本篇武功秘籍中，您将学到如下内容：

引子：码林命名劫，熊猫侠卡壳当场
🎯 1. 新招揭秘：反引号下的 "命名自由"
⚙️ 2. 功法实操：数字、空格皆可成名
🚨 3. 避坑指南：数字命名的 "使用诀窍"
🎉 4. 最大赢家：测试代码的 "可读性革命"
⚠️ 5. 细节陷阱：运算符命名的 "边界红线"
🔮 结尾：诡异命名现端倪，下卷功法藏玄机

她手中捧着一本泛黄的《Swift 新功法秘籍》，眼眸灵动："侯大侠莫急，我这有 SE-0451 的'破界神通'（Raw identifiers），专解命名之困，就算是数字开头、带空格的名字，也能在码林里畅行无阻！"

🎯 1. 新招揭秘：反引号下的 "命名自由"

SE-0451 这门 "破界神通"，堪称码林的 "命名救星"------ 它极大扩展了标识符（变量、函数、枚举 case 等的名字）的可用字符范围。

只要把名字放进反引号（`） 里，就能随心所欲命名，再也不用受 "不能以数字开头""不能含空格" 的束缚。

比如，下面的代码在 Swift 6.2 是合法且有效的：

swift 复制代码

func `function name with spaces`() {
    print("Hello, world!")
}

`function name with spaces`()

这一下可真是 "柳暗花明又一村"！以前命名时束手束脚的烦恼，如今一个反引号就能轻松化解，简直是为侯佩这种 "强迫症命名党" 量身定做。

⚙️ 2. 功法实操：数字、空格皆可成名

侯佩眼睛一亮，抢过秘籍迫不及待地尝试。

小昭在一旁指点，他很快写出了第一份 "实战代码"：

swift 复制代码

// HTTP错误码枚举，数字开头也能直接当case名
enum HTTPError: String {
    case `401` = "Unauthorized" // 反引号包裹，数字开头无压力
    case `404` = "Not Found"    // 再也不用写_404或error404
    case `500` = "Internal Server Error"
    case `502` = "Bad Gateway"
}

"妙啊！" 侯佩拍案叫绝，肉包子都掉在了桌上，"这样一来，枚举 case 和实际错误码一一对应，可读性直接拉满，再也不用费劲记那些冗余的命名了！"

小昭笑着提醒："侯大侠别急着得意，用数字开头的标识符时，可得注意'避坑'，不然容易让 Swift'认不出'。"

🚨 3. 避坑指南：数字命名的 "使用诀窍"

侯佩刚想进一步尝试，就被小昭拦住。她指着秘籍上的注解，耐心讲解："用数字当标识符时，有两个诀窍，否则会触发 Swift 的' confusion 大法'。"

类型限定，明确身份：使用时必须加上类型前缀，避免 Swift 把数字当成畸形浮点字面量。

swift 复制代码

let error = HTTPError.401 // 加上HTTPError限定，Swift才知道401是枚举case

switch error {
case HTTPError.401, HTTPError.404: // 明确类型，避免歧义
    print("Client error: \(error.rawValue)")
default:
    print("Server error: \(error.rawValue)")
}

反引号精准定位：也可以把数字本身用反引号包裹，注意不要包含前面的点。

swift 复制代码

switch error {
case .`401`, .`404`: // 反引号只包数字，点留在外面
    print("Client error: \(error.rawValue)")
default:
    print("Server error: \(error.rawValue)")
}

侯佩边听边记，时不时点头："原来如此，这就像给数字标识符'挂个名牌'，让 Swift 不会认错人！"

🎉 4. 最大赢家：测试代码的 "可读性革命"

小昭接着说道："这门'破界神通'最大的受益者，当属 Swift Testing 框架。

以前写测试用例，名字又长又绕，还得额外加字符串描述，如今直接用自然语言命名就行。"

她随手写下两段代码对比：

swift 复制代码

// 以前的写法：冗余又麻烦
import Testing

@Test("Strip HTML tags from string")
func stripHTMLTagsFromString() {
    // 测试逻辑
}

// 现在的写法：反引号+自然语言，简洁明了
import Testing

@Test
func `Strip HTML tags from string`() { // 反引号内直接写中文语义的测试名
    // 测试逻辑
}

"哇！这样一来，测试用例的名字直接就是测试目的，再也不用'名不对文'，还少了重复的字符串描述，简直是'减负神器'！"

侯佩看得两眼放光，花痴属性瞬间上线，"小昭你真是太聪明了，这招我学定了！"

⚠️ 5. 细节陷阱：运算符命名的 "边界红线"

就在侯佩兴致勃勃地尝试给函数命名为add + subtract时，小昭急忙制止："侯大侠慢着！这门功法虽能破界，但也有'红线'不能碰。"

她指着秘籍上的警示："原始标识符可以以运算符字符开头、包含或结尾，但不能只包含运算符字符 。比如+123、abc-xyz是合法的，但+、-*这种纯运算符名字就不行。"

侯佩吐了吐舌头，赶紧修改代码："还好你提醒，不然我又要踩坑了！看来这'破界神通'也得守规矩，不能随心所欲。"

🔮 结尾：诡异命名现端倪，下卷功法藏玄机

侯佩成功掌握了 "破界神通"，开心地啃起了掉落的肉包子。他兴致勃勃地写下一个新函数：func 吃包子 + 写代码() { print("两不误！") }，运行后居然毫无报错。

就在这时，小昭突然发现秘籍最后一页有一行模糊的字迹："Default Value in String Interpolations"。侯佩凑过去一看，只见字迹歪歪斜斜不像中原的符号，似一群调皮的小蝌蚪。

"这隐藏功法是什么？难道还有比'破界神通'更厉害的命名招式？" 侯佩瞪大了眼睛，好奇心被彻底勾起。

欲知这隐藏功法的奥秘，且听下回分解！