可选链与合并运算符能否用于非可选函数参数？

哈哈，这个场景我之前也碰到过，那种嵌套三元运算符加强制解包的写法确实又丑又容易踩坑，Swift其实提供了非常优雅的解决方案，完全可以摆脱这种冗余写法！

先解决简单场景：非可选参数函数的可选值调用 #

针对你提到的length(text:)函数调用场景：

func length(text: String) -> Int { 
    return text.lengthOfBytes(using: .utf8) 
}
var text : String?
// 原来的写法：冗余且有强制解包风险
let len = (text != nil) ? length(text!) : 0

我们可以用可选值的map方法来优化：

let len = text.map { length($0) } ?? 0

原理很直白：

• map只会在text非nil时执行闭包，自动把解包后的String传给length函数，返回一个Int?类型的结果
• 如果text是nil，map直接返回nil，然后通过?? 0设置默认值，完美替代三元运算符，还彻底避免了强制解包的风险！

再解决复杂嵌套场景：双重可选判断 #

针对你头疼的这个嵌套调用：

let y = (arg!= nil) ? (foo?.bar(arg!) ?? 0) : 0

这里有两层可选判断：arg是否为nil、foo是否为nil，而且默认值0重复写了两次。我们可以用flatMap来合并这两层判断：

let y = arg.flatMap { foo?.bar($0) } ?? 0

为什么flatMap适合这里？

• 首先，flatMap会先处理arg的可选性：如果arg是nil，直接返回nil
• 如果arg非nil，解包后传给闭包，调用foo?.bar($0)——这个调用本身返回的是Int?（因为foo是可选的）
• flatMap的特性就是把闭包返回的可选值“扁平化”，最终得到的是Int?类型，而不是嵌套的Int??
• 最后用?? 0统一设置默认值，彻底消除了冗余的默认值和嵌套判断！

总结一下 #

用map和flatMap处理可选值转换，完全可以替代大部分需要显式nil判断和三元运算符的场景：

• 当闭包返回非可选值时，用map
• 当闭包本身返回可选值时，用flatMap
  这种写法不仅更简洁，还更安全（避免强制解包的崩溃风险），也更符合Swift的设计哲学。

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