swift – 为什么在force上使用dynamicType nil可选值类型工作?

前端之家收集整理的这篇文章主要介绍了swift – 为什么在force上使用dynamicType nil可选值类型工作?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我真的很困惑,发现以下代码只是拒绝崩溃与典型的“意外发现的零,同时解开一个可选值”异常,你会期望从强制展开栏.
struct Foo {
    var bar: Bar?
}
struct Bar {}

var foo = Foo()

debugPrint(foo.bar) // nil
debugPrint(foo.bar!.dynamicType) // _dynamicType.Bar

看起来dynamicType是以某种方式能够回退到定义类型的栏 – 没有崩溃.

注意,只有当Bar被定义为值类型(如@dfri says)时,这只会发生,Foo是一个结构或最终类(如pointed out by @MartinR)& foo是可变的.

我最初认为它可能只是一个编译器优化,因为在编译时已经知道条的类型,因此力解除可能被优化了 – 但是当Bar被定义为最终类时它也崩溃.此外,如果我将“优化级别”设置为“无效”,仍然可以使用.

我倾向于认为这是一个奇怪的错误,但是想要一些确认.

这是一个bug或一个功能与dynamicType,或者我只是在这里遗漏的东西?

(使用Xcode 7.3 w / Swift 2.2)

因为dynamicType对类型进行操作,而不是值.在运行时…
foo.bar.dynamicType == Swift.Optional<Bar>

很自然地,当你打开可选项时,你会得到吧

原文链接:https://www.f2er.com/swift/318872.html

猜你在找的Swift相关文章