![](/img/trans.png)
[英]Type 'String!' does not conform to protocol 'Equatable'
[英]Swift (beta 3) “NSDictionary? does not conform to protocol 'Equatable'”
自从更新到最新的Xcode 6 DP3以来,我在Swift代码中遇到了一些警告和错误。 大多数已通过采用新更改的语法解决,但有一个错误似乎很奇怪。
以下代码给出错误Type 'NSDictionary?' does not conform to protocol 'Equatable'
Type 'NSDictionary?' does not conform to protocol 'Equatable'
:
if (launchOptions != nil && launchOptions![UIApplicationLaunchOptionsRemoteNotificationKey] != nil) {
有没有人有办法解决吗? 我可能会在这里忽略一些简单的东西..!
谢谢
Beta 3中存在回归导致如果T
不是Equatable
或Comparable
,则Optional<T>
无法与nil
Comparable
。
这是由删除定义了相等运算符的_Nil
类型引起的错误。 nil
现在是一个常量。 该问题已由Chris Lattner在Apple Dev论坛上得到证实
一些解决方法:
你仍然可以使用.getLogicValue()
if launchOptions.getLogicValue() && ... {
或直接
if launchOptions && ... { //calls .getLogicValue()
或者您可以使用“Javascript对象布尔”解决方案
var bool = !!launchOptions
(首先!
调用getLogicValue
并取消,第二个!
再次否定)
或者,您可以自己定义这些相等运算符,直到它们修复它:
//this is just a handy struct that will accept a nil literal
struct FixNil : NilLiteralConvertible {
static func convertFromNilLiteral() -> FixNil {
return FixNil()
}
}
//define all equality combinations
func == <T>(lhs: Optional<T>, rhs: FixNil) -> Bool {
return !lhs.getLogicValue()
}
func != <T>(lhs: Optional<T>, rhs: FixNil) -> Bool {
return lhs.getLogicValue()
}
func == <T>(lhs: FixNil, rhs: Optional<T>) -> Bool {
return !rhs.getLogicValue()
}
func != <T>(lhs: FixNil, rhs: Optional<T>) -> Bool {
return rhs.getLogicValue()
}
例:
class A {
}
var x: A? = nil
if x == nil {
println("It's nil!")
}
else {
println("It's not nil!")
}
但是,这种解决方法可能会导致其他微妙的问题(它可能_Nil
Beta 2中的_Nil
类型,因为它导致了问题而被删除了...)。
XCode 6 Beta 5的发行说明如下:
Optionals不再符合BooleanType(以前的LogicValue)协议,因此它们可能不再用于代替布尔表达式(它们必须与v!= nil明确比较)。 这解决了Bool的混乱局面? 和相关类型,使代码更明确地说明预期的测试,并且与语言的其余部分更加一致。
请注意,ImplicitlyUnwrappedOptional仍包含一些BooleanType功能。 这个问题将在未来的测试版中得到解决。 (17110911)!
这意味着您之前的方法现在应该没有任何问题,只需返回它:
if (launchOptions != nil && launchOptions![UIApplicationLaunchOptionsRemoteNotificationKey] != nil) {
// some code
}
正如@Sulthan所知,这是Swift编译器当前测试版中的一个错误。 但请注意,可选的本身是一个LogicValue
,可以测试它的布尔值。 所以你可以简单地写
if launchOptions && launchOptions[UIApplicationLaunchOptionsRemoteNotificationKey] {
// ...
}
没有比较nil
。
这为我编译,但我不确定它是否按预期工作:
if launchOptions![UIApplicationLaunchOptionsRemoteNotificationKey] !== nil {}
这很可能是在beta 3中将nil
更改为文字的副作用:
•nil现在是语言中的文字,而不是_Nil类型的全局常量。 这个改变解决了nil的一些问题; 例如,集合中的nil,nil转换为Any等。类型现在可以通过符合NilLiteralConvertible协议来指示它们是零兼容的。 (16951729)
由于某些原因,它只是在索引字典时返回一个可选项时抱怨,我觉得这将在以后修复。 提交错误报告!
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.