2.24 泛型
22 分钟阅读
原文链接: https://docs.swift.org/latest/documentation/the-swift-programming-language/generics/
2.24 泛型
编写适用于多种类型的代码,并为这些类型指定要求。
泛型代码让你能够编写灵活、可复用的函数和类型,它们在你定义的要求下可以处理任何类型。你可以写出避免重复的代码,并以清晰、抽象的方式表达意图。
泛型是 Swift 最强大的特性之一,Swift 标准库的很大一部分都是用泛型代码构建的。事实上,你在整个语言指南中一直在使用泛型,只是可能没有意识到。例如 Swift 的 Array 和 Dictionary 类型都是泛型集合:你可以创建存放 Int 值的数组,也可以创建存放 String 值的数组,乃至存放 Swift 中任何其他类型的数组。类似地,你可以创建字典来存放任何指定类型的值,而且对类型没有任何限制。
泛型解决的问题
下面是一个标准的非泛型函数 swapTwoInts(_:_:),它交换两个 Int 值:
| |
这个函数使用输入输出参数来交换 a 和 b 的值,详见输入输出参数。
swapTwoInts(_:_:) 函数把 b 原来的值换进 a,把 a 原来的值换进 b。你可以调用它来交换两个 Int 变量中的值:
| |
swapTwoInts(_:_:) 函数很有用,但它只能用于 Int 值。如果你想交换两个 String 值或两个 Double 值,就必须再写更多函数,例如下面这些 swapTwoStrings(_:_:) 和 swapTwoDoubles(_:_:) 函数:
| |
你可能注意到了,swapTwoInts(_:_:)、swapTwoStrings(_:_:) 和 swapTwoDoubles(_:_:) 三个函数的语句体完全相同,唯一的区别是它们接受的值的类型(Int、String 和 Double)。
写一个能交换任何类型两个值的函数会更有用、也灵活得多。泛型代码让你能够写出这样的函数。(这些函数的泛型版本将在下文给出。)
注意:在这三个函数中,
a和b的类型必须相同。 如果a和b类型不同, 就无法交换它们的值。 Swift 是一门类型安全的语言, 不允许(例如)一个String类型的变量 与一个Double类型的变量 互换值; 试图这样做会导致编译期错误。
泛型函数
泛型函数可以处理任何类型。下面是上面 swapTwoInts(_:_:) 函数的泛型版本,名为 swapTwoValues(_:_:):
| |
swapTwoValues(_:_:) 函数的语句体与 swapTwoInts(_:_:) 的语句体完全相同,但它的第一行略有不同。下面比较一下两者的第一行:
| |
函数的泛型版本使用占位类型名(这里是 T)来代替实际类型名(例如 Int、String 或 Double)。占位类型名并没有说明 T 必须是什么,但它确实表明 a 和 b 必须是同一类型 T,无论 T 代表什么。每次调用 swapTwoValues(_:_:) 函数时,才确定用哪个实际类型替换 T。
泛型函数与非泛型函数的另一处区别是:泛型函数的函数名(swapTwoValues(_:_:))后跟尖括号中的占位类型名(T),即 <T>。尖括号告诉 Swift,T 是 swapTwoValues(_:_:) 函数定义中的占位类型名。由于 T 只是占位符,Swift 不会去寻找名为 T 的实际类型。
现在就可以像调用 swapTwoInts 那样调用 swapTwoValues(_:_:),区别只是它可以接受任何类型的两个值,只要这两个值彼此类型相同即可。每次调用 swapTwoValues(_:_:) 时,都会根据传入值的类型推断出 T 应使用的类型。
在下面两个例子里,T 分别被推断为 Int 和 String:
| |
注意:上面定义的
swapTwoValues(_:_:)函数灵感来自 Swift 标准库中的泛型函数swap, 它自动可用,供你在应用中使用。 如果你在自己的代码中需要swapTwoValues(_:_:)的行为, 可以直接使用 Swift 已有的swap(_:_:)函数,而不必自己实现。
类型形参
在上面的 swapTwoValues(_:_:) 例子里,占位类型 T 就是类型形参的一个例子。类型形参指定并命名一个占位类型,写在函数名之后、一对匹配的尖括号中(例如 <T>)。
指定类型形参之后,你可以用它来定义函数参数的类型(例如 swapTwoValues(_:_:) 函数的 a 和 b 参数)、作为函数的返回类型,或者作为函数体内的类型标注。在每种情况下,类型形参都会在函数被调用时替换为实际类型。(在上面的 swapTwoValues(_:_:) 例子里,第一次调用时 T 被替换为 Int,第二次调用时被替换为 String。)
你可以提供多个类型形参,只需在尖括号中写多个类型形参名,用逗号分隔。
为类型形参命名
大多数情况下,类型形参使用有描述性的名字,例如 Dictionary<Key, Value> 中的 Key 和 Value、Array<Element> 中的 Element,这能告诉读者该类型形参与使用它的泛型类型或函数之间的关系。不过当它们之间没有有意义的关系时,习惯上使用单个字母来命名,例如 T、U、V,就像上面 swapTwoValues(_:_:) 函数中的 T。
类型形参请使用大驼峰命名,例如 T 和 MyTypeParameter,以表明它们是类型的占位符,而不是值的占位符。
注意: 如果你不需要为类型形参命名, 而且它的泛型类型约束很简单, 那就有一种备选的轻量语法可用, 详见不透明参数类型。
泛型类型
除了泛型函数,Swift 还让你定义自己的泛型类型:这些自定义类、结构体和枚举可以处理任何类型,方式与 Array 和 Dictionary 类似。
本节展示如何编写一个名为 Stack 的泛型集合类型。栈是一个有序的值集合,类似数组,但操作比 Swift 的 Array 类型更受限:数组允许在任意位置插入和移除元素,而栈只允许把新元素追加到集合末尾(称为把新值压入栈),也只允许从集合末尾移除元素(称为把值弹出栈)。
注意:
UINavigationController类就用栈的概念 来为其导航层级中的视图控制器建模: 你调用它的pushViewController(_:animated:)方法把视图控制器加入(压入) 导航栈,调用popViewControllerAnimated(_:)方法把 视图控制器从导航栈移除(弹出)。 当你需要严格"后进先出"的方式来管理集合时, 栈是一种很有用的集合模型。
下图展示了栈的压入与弹出行为:

- 栈上当前有三个值。
- 第四个值被压入栈顶。
- 栈现在有四个值,最新压入的在栈顶。
- 栈顶元素被弹出。
- 弹出一个值之后,栈又回到三个值。
下面是一个非泛型版本的栈,这里是以 Int 值为例:
| |
这个结构体用一个名为 items 的 Array 属性存放栈中的值,并提供 push 和 pop 两个方法把值压入和弹出栈。这两个方法都标记为 mutating,因为它们需要修改(变更)结构体的 items 数组。
不过上面这个 IntStack 类型只能用于 Int 值。定义一个泛型 Stack 结构体、让它能管理任何类型的值,会实用得多。
下面是同一段代码的泛型版本:
| |
可以看到,Stack 的泛型版本与非泛型版本基本相同,只是用名为 Element 的类型形参代替了实际的 Int 类型。这个类型形参写在结构体名之后的一对尖括号中(<Element>)。
Element 为之后要提供的类型定义了一个占位名,这个未来的类型在结构体定义中的任何地方都可以用 Element 指代。在这里,Element 用作三处占位:
- 创建名为
items的属性,并用一个元素类型为Element的空数组初始化它 - 指明
push(_:)方法只有一个名为item、类型必须为Element的参数 - 指明
pop()方法返回的值的类型为Element
由于它是泛型类型,Stack 可以用来创建 Swift 中任何合法类型的栈,方式与 Array 和 Dictionary 类似。
创建新的 Stack 实例时,把要存放在栈中的类型写在尖括号里。例如要创建一个字符串栈,就写 Stack<String>():
| |
把这四个值压入栈之后,stackOfStrings 的样子如下:

从栈中弹出一个值会移除并返回栈顶值 "cuatro":
| |
弹出栈顶值之后,栈的样子如下:

扩展泛型类型
扩展泛型类型时,扩展的定义中不需要提供类型形参列表。取而代之的是,原始类型定义中的类型形参列表在扩展体内可用,并用原始定义中的类型形参名来指代这些类型形参。
下面的例子扩展泛型 Stack 类型,添加一个名为 topItem 的只读计算属性,它返回栈顶元素但不把它弹出:
| |
topItem 属性返回 Element 类型的可选值:如果栈为空,topItem 返回 nil;如果栈非空,topItem 返回 items 数组中的最后一个元素。
注意这个扩展没有定义类型形参列表,而是在扩展中使用 Stack 类型已有的类型形参名 Element,来表示 topItem 计算属性的可选类型。
现在就可以在任何 Stack 实例上使用 topItem 计算属性,在不移除栈顶元素的情况下访问并查询它:
| |
泛型类型的扩展还可以包含一些要求:被扩展类型的实例必须满足这些要求才能获得新功能,详见下文带泛型 where 子句的扩展。
类型约束
swapTwoValues(_:_:) 函数和 Stack 类型可以处理任何类型。不过,有时给可用于泛型函数和泛型类型的类型加上某些类型约束会很有用。类型约束规定类型形参必须继承自某个特定类,或者遵循某个特定协议或协议组合。
例如,Swift 的 Dictionary 类型对可用作字典键的类型有限制。正如字典所述,字典键的类型必须是可哈希的,也就是说,它必须提供一种让自己能够被唯一表示的方式。Dictionary 需要键可哈希,才能检查某个键是否已经有对应的值。没有这一要求,Dictionary 就无法判断对某个键应当插入还是替换值,也无法为已在字典中的键找到对应的值。
这一要求通过对 Dictionary 键类型的类型约束来强制实施:键类型必须遵循 Hashable 协议,这是 Swift 标准库中定义的一个特殊协议。Swift 的所有基本类型(例如 String、Int、Double 和 Bool)默认都是可哈希的。关于让你自己的自定义类型遵循 Hashable 协议的内容,参见 Conforming to the Hashable Protocol。
在创建自定义泛型类型时,你可以定义自己的类型约束,这些约束提供了泛型编程的很大一部分威力。像 Hashable 这样的抽象概念,是从概念特征而非具象类型来刻画类型的。
类型约束语法
书写类型约束时,把单个类约束或协议约束写在类型形参名之后,用冒号分隔,作为类型形参列表的一部分。泛型函数上类型约束的基本语法如下(泛型类型的语法相同):
| |
上面这个假想的函数有两个类型形参:第一个类型形参 T 有类型约束,要求 T 是 SomeClass 的子类;第二个类型形参 U 有类型约束,要求 U 遵循 SomeProtocol 协议。
类型约束的实际运用
下面是一个非泛型函数 findIndex(ofString:in:),它接受一个要查找的 String 值和一个要在其中查找的 String 值数组。该函数返回一个可选的 Int 值:如果找到,就是数组中第一个匹配字符串的下标;如果找不到,就是 nil:
| |
findIndex(ofString:in:) 函数可以用于在字符串数组中查找某个字符串值:
| |
不过"查找某个值在数组中的下标"这一原理并不只对字符串有用:你可以把其中所有提到字符串的地方换成某个类型 T 的值,写成泛型函数。
你可能会以为 findIndex(ofString:in:) 的泛型版本(名为 findIndex(of:in:))应该这样写。注意这个函数的返回类型仍然是 Int?,因为它返回的是可选的下标数字,而不是数组中可选的值。但要提醒你——下面这个函数无法编译,原因见例子之后的说明:
| |
上面这个函数无法编译,问题出在相等性检查 if value == valueToFind 上:并非 Swift 中所有类型都能用等于运算符(==)比较。例如,如果你创建自己的类或结构体来表示复杂的数据模型,那么"等于"对该类或结构体意味着什么,Swift 无法替你猜出来。正因如此,无法保证这段代码对每一种可能的类型 T 都成立,因此编译代码时会报出相应的错误。
不过这并不意味着没有办法:Swift 标准库定义了名为 Equatable 的协议,要求任何遵循它的类型都实现等于运算符(==)和不等于运算符(!=),以比较该类型的任意两个值。Swift 的所有标准类型都自动支持 Equatable 协议。
任何 Equatable 的类型都可以安全地用于 findIndex(of:in:) 函数,因为它保证支持等于运算符。为了表达这一点,你在定义函数时把 Equatable 作为类型形参定义的一部分写成类型约束:
| |
findIndex(of:in:) 的单个类型形参写作 T: Equatable,意思是"任何遵循 Equatable 协议的类型 T"。
现在 findIndex(of:in:) 函数可以成功编译,并可用于任何 Equatable 的类型,例如 Double 或 String:
| |
关联类型
定义协议时,有时在协议定义中声明一个或多个关联类型会很有用。关联类型为协议中使用的某个类型提供一个占位名,具体使用哪个类型要到协议被采纳时才指定。关联类型用 associatedtype 关键字指定。
关联类型的实际运用
下面是一个名为 Container 的协议示例,它声明了一个名为 Item 的关联类型:
| |
Container 协议定义了任何容器都必须提供的三项能力:
- 必须能用
append(_:)方法向容器添加新元素。 - 必须能通过返回
Int值的count属性获取容器中元素的数量。 - 必须能用接受
Int下标值的下标取出容器中的每个元素。
这个协议没有规定容器中的元素应当如何存储,也没有规定允许是什么类型;它只规定了任何类型要被视为 Container 就必须提供的那三项功能。遵循类型只要满足这三项要求,就可以提供额外的功能。
任何遵循 Container 协议的类型都必须能够说明它存放的值是什么类型:具体来说,它必须确保只有类型正确的元素才能加入容器,并且必须明确其下标返回的元素类型。
为了定义这些要求,Container 协议需要一种方式来指代容器将要存放的元素类型,而不必知道某个具体容器中的类型是什么。协议需要规定:传给 append(_:) 方法的任何值必须与容器的元素类型相同,容器下标返回的值也必须与容器的元素类型相同。
为此,Container 协议声明了一个名为 Item 的关联类型,写作 associatedtype Item。协议不定义 Item 是什么——这个信息留给遵循类型提供。尽管如此,Item 这个别名提供了一种方式来指代 Container 中元素的类型,并定义 append(_:) 方法和下标所用的类型,以确保任何 Container 的预期行为得到强制保证。
下面是泛型类型中那个非泛型 IntStack 类型的改写版本,让它遵循 Container 协议:
| |
IntStack 类型实现了 Container 协议的全部三项要求,每一项都包装了 IntStack 类型已有功能的一部分来满足要求。
此外,IntStack 说明了在这个 Container 实现中,合适的 Item 是 Int 类型:typealias Item = Int 这一定义把抽象的 Item 类型变成这个 Container 协议实现中的具象类型 Int。
得益于 Swift 的类型推断,你其实不必在 IntStack 的定义中声明具体的 Int 类型 Item。由于 IntStack 满足了 Container 协议的全部要求,Swift 只需查看 append(_:) 方法 item 参数的类型和下标返回类型,就能推断出应使用的 Item。事实上,如果你把上面代码中的 typealias Item = Int 一行删掉,一切仍然正常工作,因为 Item 应该用什么类型已经很清楚。
你也可以让泛型 Stack 类型遵循 Container 协议:
| |
这一次,类型形参 Element 被用作 append(_:) 方法 item 参数的类型以及下标的返回类型。因此 Swift 可以推断出,Element 就是该容器应用作 Item 的合适类型。
扩展已有类型以指定关联类型
你可以扩展一个已有类型,为它添加对某个协议的遵循性,详见用扩展添加协议遵循性。这也包括带关联类型的协议。
Swift 的 Array 类型已经提供 append(_:) 方法、count 属性,以及用 Int 下标取元素的下标。这三项能力正好符合 Container 协议的要求,这意味着你只需声明 Array 采纳该协议,就能扩展它去遵循 Container。做法是用一个空扩展,详见用扩展声明协议采纳:
| |
Array 已有的 append(_:) 方法和下标使 Swift 能够推断出应用作 Item 的类型,正如上面泛型 Stack 类型的情况一样。定义这个扩展之后,你就可以把任何 Array 当作 Container 使用。
为关联类型添加约束
你可以给协议中的关联类型添加类型约束,要求遵循类型满足这些约束。例如下面这段代码定义了一个 Container 版本,要求容器中的元素可比较相等性。
| |
要遵循这个版本的 Container,容器的 Item 类型必须遵循 Equatable 协议。
在关联类型的约束中使用协议
协议可以出现在它自己的要求之中。例如下面这个协议细化了 Container 协议,增加了对 suffix(_:) 方法的要求:suffix(_:) 方法从容器末尾取出指定数量的元素,并把它们存放在 Suffix 类型的实例中。
| |
在这个协议中,Suffix 是一个关联类型,就像上面 Container 例子中的 Item 类型一样。Suffix 有两个约束:它必须遵循 SuffixableContainer 协议(也就是当前正在定义的协议),而且它的 Item 类型必须与容器的 Item 类型相同。对 Item 的约束是一个泛型 where 子句,详见下文带泛型 where 子句的关联类型。
下面是对泛型类型中 Stack 类型的扩展,为它添加对 SuffixableContainer 协议的遵循性:
| |
在上面的例子里,Stack 的 Suffix 关联类型也是 Stack,因此对 Stack 做后缀操作返回的是另一个 Stack。另一种做法是:遵循 SuffixableContainer 的类型可以让它的 Suffix 类型不同于自身——也就是说后缀操作可以返回不同类型的值。例如下面是对非泛型 IntStack 类型的扩展,为它添加 SuffixableContainer 遵循性,并用 Stack<Int> 而不是 IntStack 作为后缀类型:
| |
泛型 where 子句
如类型约束所述,类型约束让你为泛型函数、下标或类型所带的类型形参定义要求。
为关联类型定义要求也可能很有用,这通过定义泛型 where 子句来实现。泛型 where 子句让你要求某个关联类型必须遵循特定协议,或者要求某些类型形参与关联类型必须相同。泛型 where 子句以 where 关键字开始,后跟关联类型的约束,或者类型与关联类型之间的相等关系。把泛型 where 子句写在类型或函数体左花括号之前。
下面的例子定义了一个名为 allItemsMatch 的泛型函数,它检查两个 Container 实例是否以相同顺序包含相同元素。如果所有元素都匹配,该函数返回布尔值 true,否则返回 false。
要检查的两个容器不必是同一类型(当然也可以相同),但它们必须存放相同类型的元素。这一要求通过类型约束与泛型 where 子句的组合来表达:
| |
这个函数接受两个实参 someContainer 和 anotherContainer:someContainer 的类型是 C1,anotherContainer 的类型是 C2,而 C1 和 C2 是调用函数时才确定的两类容器的类型形参。
这个函数的两个类型形参上带有下列要求:
C1必须遵循Container协议(写作C1: Container)。C2也必须遵循Container协议(写作C2: Container)。C1的Item必须与C2的Item相同(写作C1.Item == C2.Item)。C1的Item必须遵循Equatable协议(写作C1.Item: Equatable)。
第一、第二条要求定义在函数的类型形参列表中,第三、第四条要求定义在函数的泛型 where 子句中。
这些要求意味着:
someContainer是C1类型的容器。anotherContainer是C2类型的容器。someContainer与anotherContainer包含相同类型的元素。someContainer中的元素可以用不等于运算符(!=)检查彼此是否不同。
第三条和第四条要求结合起来意味着:anotherContainer 中的元素也可以用 != 运算符检查,因为它们与 someContainer 中的元素类型完全相同。
这些要求使 allItemsMatch(_:_:) 函数能够比较两个容器,即使它们的容器类型不同。
allItemsMatch(_:_:) 函数先检查两个容器的元素数量是否相同:如果数量不同,它们不可能匹配,函数返回 false。
做完这项检查后,函数用 for-in 循环和半开区间运算符(..<)遍历 someContainer 中的所有元素。对每个元素,函数检查 someContainer 中的元素是否不等于 anotherContainer 中对应的元素;如果两者不相等,就说明两个容器不匹配,函数返回 false。
如果循环结束时没有发现不匹配,就说明两个容器匹配,函数返回 true。
下面是 allItemsMatch(_:_:) 函数的实际用法:
| |
上面的例子创建一个 Stack 实例来存放 String 值,并把三个字符串压入栈;同时创建一个 Array 实例,用包含同样三个字符串的数组字面量初始化。虽然栈和数组类型不同,但它们都遵循 Container 协议,而且都包含同一类型的值,因此你可以把这两个容器作为实参调用 allItemsMatch(_:_:) 函数。在上面的例子里,allItemsMatch(_:_:) 函数正确地报告两个容器中的所有元素都匹配。
带泛型 where 子句的扩展
你也可以把泛型 where 子句用作扩展的一部分。下面的例子扩展前面例子中的泛型 Stack 结构体,添加一个 isTop(_:) 方法。
| |
这个新的 isTop(_:) 方法先检查栈不为空,再把给定元素与栈顶元素比较。如果不用泛型 where 子句就尝试这样做,就会遇到问题:isTop(_:) 的实现使用了 == 运算符,但 Stack 的定义并不要求它的元素可比较相等性,因此使用 == 运算符会导致编译期错误。使用泛型 where 子句,你就能给扩展加上新的要求,使该扩展只在栈中元素可比较相等性时才添加 isTop(_:) 方法。
isTop(_:) 方法的实际用法如下:
| |
如果你试图在元素不可比较相等性的栈上调用 isTop(_:) 方法,会得到编译期错误。
| |
泛型 where 子句也可以用于协议的扩展。下面的例子扩展前面例子中的 Container 协议,添加一个 startsWith(_:) 方法。
| |
startsWith(_:) 方法先确保容器至少有一个元素,然后检查容器中第一个元素是否与给定元素匹配。只要容器的元素可比较相等性,这个新的 startsWith(_:) 方法就可以用于任何遵循 Container 协议的类型,包括上面用到的栈和数组。
| |
上面例子中的泛型 where 子句要求 Item 遵循某个协议,但你也可以写要求 Item 是特定类型的泛型 where 子句。例如:
| |
这个例子为 Item 类型是 Double 的容器添加 average() 方法:它遍历容器中的元素求和,再除以容器中元素的数量算出平均值。为了能做浮点除法,它显式地把元素数量从 Int 转换为 Double。
扩展中的泛型 where 子句和在别处书写的泛型 where 子句一样,都可以包含多条要求;要求之间用逗号分隔。
上下文 where 子句
当你已经处在泛型类型的上下文中时,可以在本身没有泛型类型约束的声明中写泛型 where 子句。例如,你可以在泛型类型的下标上、或者泛型类型扩展中的方法上写泛型 where 子句。Container 结构体是泛型类型,下面例子中的 where 子句指定了需要满足哪些类型约束,才能在容器上使用这些新方法。
| |
这个例子为元素是整数的 Container 添加 average() 方法,为元素可比较相等性的 Container 添加 endsWith(_:) 方法。两个函数都包含一个泛型 where 子句,为 Container 原始声明中的泛型 Item 类型形参添加类型约束。
如果不用上下文 where 子句来写这段代码,你就得写两个扩展,每个泛型 where 子句一个。上面和下面的例子行为完全相同。
| |
在使用上下文 where 子句的版本里,average() 和 endsWith(_:) 的实现都在同一个扩展中,因为每个方法的泛型 where 子句已经说明了让该方法可用所需满足的要求。把这些要求移到扩展的泛型 where 子句中,方法的可用场景相同,但每条要求都要单独一个扩展。
带泛型 where 子句的关联类型
你可以在关联类型上包含泛型 where 子句。例如,假设你想做一个带迭代器的 Container 版本,就像 Swift 标准库中 Sequence 协议所用的那样,可以这样写:
| |
Iterator 上的泛型 where 子句要求:无论迭代器本身是什么类型,它遍历的元素类型都必须与容器的元素类型相同。makeIterator() 函数提供对容器迭代器的访问。
对于继承自另一个协议的协议,可以在协议声明中包含泛型 where 子句,为继承来的关联类型添加约束。例如下面这段代码声明了 ComparableContainer 协议,要求 Item 遵循 Comparable:
| |
泛型下标
下标可以是泛型的,也可以包含泛型 where 子句。把占位类型名写在 subscript 之后的尖括号里,并把泛型 where 子句写在下标体左花括号之前。例如:
| |
这个对 Container 协议的扩展添加了一个下标:它接受一个下标序列,返回一个数组,其中包含各个给定下标处的元素。这个泛型下标受到如下约束:
- 尖括号中的泛型形参
Indices必须是遵循 Swift 标准库Sequence协议的类型。 - 该下标接受单个参数
indices,它是该Indices类型的实例。 - 泛型
where子句要求该序列的迭代器遍历的元素类型必须是Int,这确保序列中的下标与容器所用下标类型相同。
综合起来,这些约束意味着传给 indices 参数的值是一个整数序列。
隐式约束
除了你显式写出的约束之外,泛型代码中的许多地方还会隐式要求遵循 Copyable 之类非常常见的协议。
这些你不必写出的泛型约束称为隐式约束。例如,下面两个函数声明都要求 MyType 可复制:
| |
在上面的代码中,第一个声明带有隐式约束,第二个版本显式列出了该遵循性。在大多数代码中,类型也会隐式遵循这些常见协议。更多内容参见对协议的隐式遵循。
由于 Swift 中大多数类型都遵循这些协议,到处都写出来会显得重复。因此,只标记例外情况,就能突出那些省略了常见约束的地方。要抑制隐式约束,就在协议名之前写一个波浪号(~)。你可以把 ~Copyable 读作"也许可复制"——这个被抑制的约束允许该位置同时接受可复制和不可复制的类型。注意 ~Copyable 并不要求类型不可复制。例如:
| |
在上面的代码中,函数 f() 隐式要求 MyType 可复制;在其函数体内,x 的值在赋值时被复制给 x1 和 x2。相比之下,g() 抑制了对 AnotherType 的隐式约束,这让你既可以传可复制的值,也可以传不可复制的值。在其函数体内,你不能复制 y 的值,因为 AnotherType 可能不可复制:赋值会消耗 y 的值,而消耗同一个值不止一次是错误的。像 y 这样的不可复制值必须以输入输出、借用或消耗参数的方式传入——更多内容参见借用参数与消耗参数。
关于泛型代码何时会对某个给定协议包含隐式约束的细节,参见该协议的参考文档。