swift - 将 NSImage 类型转换为 Any 并将其向下转换回 NSImage

Question

我试图理解为什么

var tmp: Any = NSImage(byReferencingFile: somePath)
var img: NSImage = tmp as NSImage

不会工作并导致错误，但是

var tmp: Any = NSImage(byReferencingFile: somePath) as Any!
var img: NSImage = tmp as NSImage

能胜任这份工作吗？有什么不同？

Answer 1

唷，这设法将许多不同的问题打包到少量的代码中:-)这个解释很长，所以你可能会发现你知道它的第一部分，但最好从头开始......

NSImage(byReferencingFile) 是所谓的“失败初始化程序” - 即返回 NSImage? 的初始化程序 - 一个可能会或可能不会的可选值，包含一个 NSImage 对象。

原因是，从文件创建 NSImage 可能会失败(假设未找到该文件)。因此，它返回一个您必须检查并解开的可选值:

if let img = NSImage(byReferencingFile: somePath) {
    // img will be a valid NSImage
}
else {
    // img was not valid, handle error here if you want
}

现在，如果您尝试将 NSImage? (由可失败的初始值设定项返回)分配给非可选的 NSImage，您将收到错误，因为你不能这样做 - 你需要像上面所示那样进行解包:

// error: value of optional type 'NSImage?' not unwrapped; did you mean to use '!' or '?'?
let img: NSImage = NSImage(byReferencingFile: somePath)

处理此问题的一种方法，如上面的错误消息中所述，不是使用 if … let 解包图像，而是“强制解包”可选值，如下所示:

let img: NSImage = NSImage(byReferencingFile: somePath)!
                             // note exclamation mark -^

这个 ! 的意思是:不必费心检查 nil，只需假设结果有效并解开它。这有时是个好主意，但通常是一个非常糟糕的主意。如果您强制解开一个 nil 值，您的程序将突然退出并出现错误。因此，除非您 100% 确定该值不可能为零(这种情况并不常见)，否则您应该避免这样做。

好的，那么 Any! 对这一切有何影响？

后带有 ! 的类型是“隐式解包可选”。这些是可选的，但您不必手动强制解包。您可以像常规值一样访问它们 - 但同样，如果您访问 nil 值，您的应用程序将退出。

因此您可以编写以下内容:

let img: NSImage! = NSImage(byReferencingFile: somePath)
// or, this is basically the same thing:
let img = NSImage(byReferencingFile: somePath) as NSImage!

现在您可以使用 img 就好像它不是可选的。但如果它像以前一样为零，它就会崩溃。不同之处在于，当您使用 img 时，它会崩溃，而不是当您将其分配给 img 时。

最后，Any 是一种可以保存任何类型的类型，但如果不返回真实类型，则毫无用处。您通常应该使用 as? 来执行此操作。 as? 检查 Any 是否包含该类型，并返回包含该值的可选值，如果包含其他类型则返回 nil。

如果您将一个可选值放入 Any 中，然后尝试将其作为非可选值提取，它将失败并返回 nil，因为您输入的类型与输入您正在尝试退出。

如果您使用不带问号的 as ，则会强制提取而不将其包装在可选中，并且您猜对了，如果出现错误，将会在运行时爆炸。事实上，这看起来很无辜，但非常危险，以至于在新的 Swift 1.2 beta 版本中，它被替换为 as!，以匹配其强制解包的性质。在第一个示例中，您放入一个 NSImage?，您正在提取一个非可选的 NSImage，并使用 as，所以您得到运行时断言。

无论如何，Any! 将上述所有功能结合到一个令人愉快的 Spring 加载死亡陷阱中。它将愉快地采用可选类型，然后允许您将其内容提取为非可选类型，而无需检查。这就是代码中发生的情况 - 您将一个可选值放入 Any! 中，然后将其作为非可选值提取。这几乎肯定是一个坏主意，因为如果找不到您的图像文件，它就会崩溃，因此您最好使用本答案开头的代码从图像中提取值。