为什么没有Swift nil-coalescing三元运算符返回unwrapped类型？

概述我读到三元运算符??如果它不是零,则展开一个可选项,但如果我这样做： var type: String?type = "milk"let certainType = type ?? "melon" 那么CertainType仍然是一个String？,如果我这样做的话 println("it's a \(certainType)") 它将打印： it's a Optional("milk") 思 我读到三元运算符??如果它不是零,则展开一个可选项,但如果我这样做：

var type: String?type = "milk"let certainType = type ?? "melon"

那么CertainType仍然是一个String？,如果我这样做的话

println("it's a \(certainType)")

它将打印：

it's a Optional("milk")

思考？

更新：

抱歉混淆 – 我的意思是var类型：字符串？

我知道它应该打印“它是牛奶”,但我在控制台中看到的是“它是一个可选的(”牛奶“)” – 其他人遇到了同样的问题？这可能是由字符串插值引起的吗？

@Antonio提问,这里有更多的上下文和实际代码和日志记录快照 – 类型来自Note,它是一个用于处理xcdatamodel的NSManagedobject类

class Note: NSManagedobject {  @NSManaged var type: String?}

我在某个时候将类型设置为’todo’,然后使用以下代码将它们打印出来：

println("type class:\(_stdlib_getDemangledTypename(note.type))")let type1 = note.type ?? "note"println("type1:\(type1)")let type2: String = note.type ?? "note"println("type2:\(type2)")

并输出：

type class:Swift.Optionaltype1:Optional("todo")type2:todo

正如你所看到的,如果我没有明确地将type1的类型标记为String,它将打印不需要的结果Optional(“todo”) – 我在字符串插值中使用类型来构造路径,因此它很重要

我不能证明我要说的是什么,所以任何反馈都非常受欢迎.

OP断言代码类似于：

var type: String? = "milk"let certainType = type ?? "melon"println("it's a \(certainType)")

打印出意外的字符串：

“it’s a Optional(“milk”)”

而它应该是：

“it’s a milk”

事实证明,当变量实际上是具有@NSManaged属性的属性时会发生这种情况.

我怀疑类型推断存在错误. OP指出：

let certainType = type ?? "melon"

打印错误的结果,而：

let certainType: String = type ?? "melon"

打印正确的.

因此,由于某种原因,在没有明确指出变量类型的情况下,nil合并运算符返回一个可选项.

如果我将类型变量的类型更改为AnyObject或AnyObject ?,它实际上会打印出意外的结果：

var type: AnyObject = "milk"let certainType = type ?? "melon"println("it's a \(certainType)")

“it’s a Optional(milk)”

我的猜测是：因为使用了@NSManaged属性,所以在使用时会使用错误的类型(AnyObject？)推断属性,除非明确指出了正确的类型.

至于为什么会这样,不知道(除了认为这是一个错误)

随意向上或向下投票这个答案,最重要的是不要把它当作一个解决方案 – 我会很感激反馈,因为我很想知道发生了什么,是否真的是一个错误.

总结

以上是内存溢出为你收集整理的为什么没有Swift nil-coalescing三元运算符返回unwrapped类型？全部内容，希望文章能够帮你解决为什么没有Swift nil-coalescing三元运算符返回unwrapped类型？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。