当前位置 : 主页 > 手机开发 > 其它 >

swift – 明确展开可选的nil不会导致崩溃

来源:互联网 收集:自由互联 发布时间:2021-06-11
有些人以前问过这个问题,但没有接受答案. 我有一个包含UITextField的UITableViewCell. 如果我在textField外面略微点击,则该行突出显示.我想阻止这个. 为了防止它,我做以下事情: override func
有些人以前问过这个问题,但没有接受答案.

我有一个包含UITextField的UITableViewCell.

如果我在textField外面略微点击,则该行突出显示.我想阻止这个.

为了防止它,我做以下事情:

override func tableView(_ tableView: UITableView, willSelectRowAt indexPath: IndexPath) -> IndexPath! {
        return nil
    }

这完全没问题.这是我的问题.本教程的作者指出:

Note that returning nil from a method is only allowed if there is a
question mark (or exclamation point) behind the return type.

他的意思是你可以在可选的返回类型后面添加一个感叹号.为什么程序没有崩溃?在IndexPath返回类型之后放置感叹号后返回nil不会崩溃.我想 !会明确解开零并失败????

从Swift 3开始,“Implicitly unwrapped optional”不是一个单独的类型,
但是关于常规/强选项声明的属性.
有关详细信息,请参阅 SE-0054 Abolish ImplicitlyUnwrappedOptional type.

具有IUO返回类型的函数可以返回nil,
并将返回值赋给变量使其成为常规变量
可选的:

func foo() -> Int! {
    return nil
}

let x = foo() // Type of `x` is `Int?`
print(x) // nil

只有当评估作为可选项不可能时才是值
将被强制解包(并导致运行时异常
价值为零):

let y = 1 + foo() // Fatal error: Unexpectedly found nil while unwrapping an Optional value

在你的情况下,你的

override func tableView(_ tableView: UITableView, willSelectRowAt indexPath: IndexPath) -> IndexPath!

方法重写UITableViewController方法

func tableView(_ tableView: UITableView, willSelectRowAt indexPath: IndexPath) -> IndexPath?

并且可以返回零.除非呼叫者解开,否则这不会崩溃
价值.

备注:以上内容是解释您的代码编译的原因
和工作.一般来说,我没有看到隐含使用的充分理由
展开的可选返回类型. IUO的主要用例是
在SE-0054中说明:

The ImplicitlyUnwrappedOptional (“IUO”) type is a valuable tool for importing Objective-C APIs where the nullability of a parameter or return type is unspecified. It also represents a convenient mechanism for working through definite initialization problems in initializers.

网友评论