Swift,可选包装器。 “?” “!”我明白它是如何工作的。但为什么它比 != nil 检查更好
Swift, Optional wrappers. "?" "!" I understand how it works. But why is it better than != nil checking
我怎么理解“!”或者 ”?”作品。但我不太确定与 != nil 检查相比有什么额外好处。移动到“!?”的额外好处是什么?
我觉得这只是 Apple 添加的东西,但与 iOS 的现状相比,看不到额外的好处。
我在这里错过了什么吗?
提前致谢。
?
运算符在链接时非常方便,例如:
a?.b?.c?.doSomething()
否则您将不得不检查 a
、b
和 c
以获得 nil
,这可能会导致比链接更不可读的代码。
另一件事是,您可以轻松地将参数标记为可选,例如
func someFunc(arg: Type?)
很明显,这是一种可能是 nil
的类型,即语言强制执行这一点。否则你会传递一些可能是 nil
的东西而你忘记了检查和体验崩溃。
检查 nil 和要求一个可选的被解包之间的区别可能相当于你的代码崩溃与否之间的区别。如果使用得当,可选项既可以提高安全性 又可以 使您的代码更具可读性。
假设你有一个数组,你想取出其中的第一个值。你可以这样做:
if !arr.isEmpty {
useValue(arr[0])
}
当然,很容易忘记 isEmpty
部分,如果忘记了,您的代码将因越界错误而崩溃。
所以,有一个更好的方法:使用数组的 first
方法,如果数组为空,returns 可选 nil
:
if let val = arr.first {
useValue(val)
}
使用此表格,您不会弄错。 arr. first
值不解包是不可能使用的。如果忘记,则会出现编译错误。它对我来说也更具可读性/
大概您希望您的 != nil
公式像这样工作:
if arr.first != nil {
// all optionals would be “implicit”
useValue(arr.first)
}
抛开你调用 .first
两次有点低效,以及类型兼容性问题,本质上这让你回到原点——你可能会忘记做 nil
比较,然后,轰隆隆。或者,您可以采用 Objective-C 方法并说 nil
可以向其发送消息——但这也会导致各种混乱(我个人讨厌隐式向 nil 发送消息的想法,意思是不-op),也引出了一个问题,当函数 returns 是一个值类型,例如 Int
时,你会怎么做?一切都必须可以为空吗?这导致了 Obj-C 领域的混乱。
此外,在处理可选项时,您可以引入各种便利,例如 nil-coalescing:
// default to 0 if no first element
arr.first ?? 0
// much neater than this equivalent form:
arr.first != nil ? arr.first : 0
或可选比较:
// will only be true if arr is non-nil and zero
if arr.first == 0 {
}
有关更多示例,请参阅 this answer
我怎么理解“!”或者 ”?”作品。但我不太确定与 != nil 检查相比有什么额外好处。移动到“!?”的额外好处是什么? 我觉得这只是 Apple 添加的东西,但与 iOS 的现状相比,看不到额外的好处。 我在这里错过了什么吗? 提前致谢。
?
运算符在链接时非常方便,例如:
a?.b?.c?.doSomething()
否则您将不得不检查 a
、b
和 c
以获得 nil
,这可能会导致比链接更不可读的代码。
另一件事是,您可以轻松地将参数标记为可选,例如
func someFunc(arg: Type?)
很明显,这是一种可能是 nil
的类型,即语言强制执行这一点。否则你会传递一些可能是 nil
的东西而你忘记了检查和体验崩溃。
检查 nil 和要求一个可选的被解包之间的区别可能相当于你的代码崩溃与否之间的区别。如果使用得当,可选项既可以提高安全性 又可以 使您的代码更具可读性。
假设你有一个数组,你想取出其中的第一个值。你可以这样做:
if !arr.isEmpty {
useValue(arr[0])
}
当然,很容易忘记 isEmpty
部分,如果忘记了,您的代码将因越界错误而崩溃。
所以,有一个更好的方法:使用数组的 first
方法,如果数组为空,returns 可选 nil
:
if let val = arr.first {
useValue(val)
}
使用此表格,您不会弄错。 arr. first
值不解包是不可能使用的。如果忘记,则会出现编译错误。它对我来说也更具可读性/
大概您希望您的 != nil
公式像这样工作:
if arr.first != nil {
// all optionals would be “implicit”
useValue(arr.first)
}
抛开你调用 .first
两次有点低效,以及类型兼容性问题,本质上这让你回到原点——你可能会忘记做 nil
比较,然后,轰隆隆。或者,您可以采用 Objective-C 方法并说 nil
可以向其发送消息——但这也会导致各种混乱(我个人讨厌隐式向 nil 发送消息的想法,意思是不-op),也引出了一个问题,当函数 returns 是一个值类型,例如 Int
时,你会怎么做?一切都必须可以为空吗?这导致了 Obj-C 领域的混乱。
此外,在处理可选项时,您可以引入各种便利,例如 nil-coalescing:
// default to 0 if no first element
arr.first ?? 0
// much neater than this equivalent form:
arr.first != nil ? arr.first : 0
或可选比较:
// will only be true if arr is non-nil and zero
if arr.first == 0 {
}
有关更多示例,请参阅 this answer