1) 允许比较两个相同类型的Cacheables
protocol Cacheable: Equatable {
//....//
func identifier() -> String
}
func ==<T : Cacheable>(lhs: T, rhs: T) -> Bool {
return lhs.identifier() == rhs.identifier()
}
优点
这是最简单的解决方案。
缺点
您只能比较两个相同类型的Cacheable 对象。这意味着下面的代码将失败,为了修复它,您需要使 Animal 符合 Cacheable:
class Animal {
}
class Dog: Animal,Cacheable {
func identifier() -> String {
return "object"
}
}
class Cat: Animal,Cacheable {
func identifier() -> String {
return "object"
}
}
let a = Dog()
let b = Cat()
a == b //such comparison is not allowed
2) 允许比较任何类型的Cacheables
protocol Cacheable:Equatable {
//....//
func identifier() -> String
}
func ==<T:Cacheable>(lhs: T, rhs: T) -> Bool {
return lhs.identifier() == rhs.identifier()
}
func !=<T:Cacheable>(lhs: T, rhs: T) -> Bool {
return lhs.identifier() != rhs.identifier()
}
func ==<T:Cacheable, U:Cacheable>(lhs: T, rhs: U) -> Bool {
return lhs.identifier() == rhs.identifier()
}
func !=<T:Cacheable, U:Cacheable>(lhs: T, rhs: U) -> Bool {
return lhs.identifier() != rhs.identifier()
}
优点
消除上述解决方案 1 的限制。现在您可以轻松比较 Dog 和 Cat。
缺点
- 实施时间更长。实际上我不确定为什么只指定
== 函数是不够的——这可能是编译器的错误。无论如何,您必须为== 和!= 提供实现。
- 在某些情况下,这种实现的好处也可能会带来问题,因为您允许在完全不同的对象之间进行比较,编译器完全可以接受。
3) 不符合Equatable
protocol Cacheable {
//....//
func identifier() -> String
}
func ==(lhs: Cacheable, rhs: Cacheable) -> Bool {
return lhs.identifier() == rhs.identifier()
}
func !=(lhs: Cacheable, rhs: Cacheable) -> Bool {
return lhs.identifier() != rhs.identifier()
}
优点
您可以使用Cacheable 作为类型而不需要任何泛型。这引入了一系列全新的可能性。例如:
let c:[Cacheable] = [Dog(),RaceCar()]
c[0] == c[1]
c[0] != c[1]
使用解决方案 1 和 2,此类代码将失败,您必须在类中使用泛型。但是,在最新的实现中,Cacheable 被视为一种类型,因此您可以声明一个类型为 [Cacheable] 的数组。
缺点
您不再声明符合Equatable,因此任何接受Equatable 参数的函数都不会接受Cacheable。显然,除了== 和!=,我们为Cacheables 声明了它们。
如果这不是您的代码中的问题,我实际上更喜欢这种解决方案。在许多情况下,能够将协议视为一种类型非常有用。