Swift: 带有关联类型的协议是什么样的？

作者：Natasha The Robot，原文链接，原文日期：2016-07-28
译者：jseanj；校对：saitjr；定稿：CMB

最近我做了一个关于带有关联类型的协议（PATs, Protocols with Associated Types）的演讲，我本来还觉得观众对这个已经耳熟能详了，但事实却相反。

很多人并不知道 PATs 是什么——这我应该预料到的，因为我自学就用了一段时间。因此我想当面讲解下，尤其是这些东西比较难理解，而且我也没能找到很好的解释。

Gwendolyn Weston 在东京 try! Swift 大会上给出的解释对我很有帮助（视频在这）。因此文中的示例是受她的演讲启发。Pokemon 将会出现...

在 PATs 之前

目前我在 Pokemon Go 中是 9 级，我听说（感谢我的私人教练 @ayanonagon）所有的 Pokemon 有一些共同的特征，比如攻击能力。

对于从 Objective-C 或者其他面向对象语言迁移过来的人来说，使用一个具有所有共同功能的 Pokemon 子类是吸引人的。由于每一个 Pokemon 具有不同的攻击能力——光、水或者火等等——我们可以在我们的子类中使用泛型。

// 我们必须确保泛型 Power 有初始化方法
protocol Initializable {
    init()
}
 
// Pokemon 子类
// 每一个 Pokemon 有一个不同的 Power, 
// 因此 Power 是泛型
class Pokemon<Power: Initializable> {
    
    func attack() -> Power {
        return Power()
    }
}

此时，我们有不同的 Power 类型：

struct ?: Initializable { // 实现 }
struct ?: Initializable { // 实现 }
struct ?: Initializable { // 实现 }

现在，其他的 Pokemon 可以从我们的 Pokemon 基类继承，然后他们自动的包含了攻击方法！

class Pikachu: Pokemon<?> {}
class Vaporeon: Pokemon<?> {}
 
let pikachu = Pikachu()
pikachu.attack() // ?
 
let vaporeon = Vaporeon()
vaporeon.attack() // ?

问题是我们使用的是继承。如果你看了 Dave Abrahams 在 WWDC 上的 Swift 中面向协议编程，你现在的脑海里看到的应该是 Crusty 的脸...

使用继承的问题是虽然刚开始的意图是好的，但最终随着意外的发生事情会变得越来越糟（比如 Pokemon Eggs 不能攻击）。为了大家更好的理解，我强烈推荐大家读读 Matthijs Hollemans 的 Mixins and Traits in Swift 2.0。

毕竟，就像 Dave Abrahams 所说的，Swift 是一门面向协议的语言，所以我们需要改变面向对象的思维模式。

你好，PATs

让我们用 PATs 来代替继承！相比于继承所有东西，我们可以创建一个专注于 Pokemon 攻击能力的协议。记住，由于每一个 Pokemon 有不同的 Power，因此我们需要把它变成泛型。

protocol PowerTrait {
    // 就是这样！关联类型只是协议中表示泛型的一种语法
    associatedtype Power: Initializable
    
    func attack() -> Power
}
 
extension PowerTrait {
    // 通过协议扩展，我们现在有一个默认的攻击方法 
    func attack() -> Power {
        return Power()
    }
}

现在，每一个遵循 PowerTrait 协议的 Pokemon 不必继承就会具有攻击能力了。

struct Pikachu: PowerTrait {
    // 由于我们使用的是默认的攻击方法，就像在继承时我们指定了泛型一样，我们也必须指定关联类型的类型
    // 注意，这仍然被称为 typealias，但是在 Swift 的未来版本中会变成 associatedtype
    associatedtype Power = ?
}
let pikachu = Pikachu()
pikachu.attack() //?
 
struct Vaporeon: PowerTrait {
    // 当 attack 方法被重写后，
    // 基于方法标识，? 会被推断为关联类型
    func attack() -> ? {
        // 自定义的攻击逻辑
        return ?()
    }
}
let vaporeon = Vaporeon()
vaporeon.attack() //?

总结

就是这样！带有关联类型的协议对于支持泛型的协议是一个新奇的术语。通过使用 PATs 这样强有力的工具我们获得了优雅的组合而不是糟糕的继承。

为了更多的了解 PATs 的限制以及更深入的学习，我强烈推荐 Alexis Gallagher 的演讲。

玩得愉快。

本文由 SwiftGG 翻译组翻译，已经获得作者翻译授权，最新文章请访问 http://swift.gg。