正如@Adam 所说,这是由于您为结果提供的显式类型。在您的第二个示例中,这会导致由双重包装的选项引起的混乱。为了更好地理解问题,让我们看一下flatMap
函数签名。
@warn_unused_result
public func flatMap<T>(@noescape transform: (Self.Generator.Element) throws -> T?) rethrows -> [T]
当你明确指定结果是 type[Int?]
时,因为flatMap
返回泛型类型[T]
- Swift 将推断T
为 be Int?
。
现在这会引起混乱,因为您传递给的闭包flatMap
接受元素 input 并返回T?
。因为T
is Int?
,这个闭包现在将返回T??
(双重包装的可选)。这编译得很好,因为类型可以自由地提升为可选项,包括可选项被提升为双选项。
所以发生的事情是Int?
数组中的元素被提升为Int??
元素,然后flatMap
将它们解包回Int?
. 这意味着元素在被双重包装时nil
无法从您的元素中过滤掉,并且仅在包装的第二层上运行。arr1
flatMap
为什么arr2
能够nil
过滤掉它似乎是由于你传递给闭包flatMap
的提升。因为你显式地将闭包的返回类型注释为 be Int?
,所以闭包将被隐式提升 from (Element) -> Int?
to (Element) -> Int??
(闭包返回类型可以像其他类型一样自由提升)——而不是元素本身被提升为Int?
to Int??
,因为没有闭包的类型注释将被推断为(Element) -> Int??
.
这个怪癖似乎允许nil
避免被双重包装,因此允许flatMap
将其过滤掉(不完全确定这是否是预期的行为)。
您可以在下面的示例中看到此行为:
func optionalIntArrayWithElement(closure: () -> Int??) -> [Int?] {
let c = closure() // of type Int??
if let c = c { // of type Int?
return [c]
} else {
return []
}
}
// another quirk: if you don't explicitly define the type of the optional (i.e write 'nil'),
// then nil won't get double wrapped in either circumstance
let elementA : () -> Int? = {Optional<Int>.None} // () -> Int?
let elementB : () -> Int?? = {Optional<Int>.None} // () -> Int??
// (1) nil gets picked up by the if let, as the closure gets implicitly upcast from () -> Int? to () -> Int??
let arr = optionalIntArrayWithElement(elementA)
// (2) nil doesn't get picked up by the if let as the element itself gets promoted to a double wrapped optional
let arr2 = optionalIntArrayWithElement(elementB)
if arr.isEmpty {
print("nil was filtered out of arr") // this prints
}
if arr2.isEmpty {
print("nil was filtered out of arr2") // this doesn't print
}
故事的道德启示
远离双重包装的选项,它们会给你带来超级混乱的行为!
如果您正在使用flatMap
,那么[Int]
如果您通过[Int?]
. 如果要保留元素的可选性,请map
改用。