泛型
Go语言目前(Go 1.17)不支持自定义泛型,只支持一等公民组合类型的内置泛型。 我们可以用各种一等公民组合类型来组合出无穷个类型。
本文将展示一些自定义组合类型的例子并解释如何解读这些自定义类型。
Go中的组合类型字面表示设计得非常直观和易于解读。 即使对于一些非常复杂的类型,我们也几乎不可能在解读它们的字面形式中迷失。 下面将从简单到复杂列出一些自定义组合类型的例子并进行解读。
先看一个简单的例子:
当解读一个类型的字面形式时,我们应该从左到右进行解读。 左边开头的表示着这个类型为一个数组类型,它右边的整个部分为它的元素类型。 对于这个例子,它的元素类型为另外一个数组类型[4]int
。 此另外一个数组类型的元素类型为为内置类型int
。 第一个数组类型可以被看作是一个二维数组类型。
一个使用此数组类型的例子:
package main
import (
"fmt"
)
func main() {
matrix := [3][4]int{
{1, 0, 0, 1},
{0, 1, 0, 1},
{0, 0, 1, 1},
}
matrix[1][1] = 3
a := matrix[1] // 变量a的类型为[4]int
fmt.Println(a) // [0 3 0 1]
}
[][]string
是一个元素类型为另一个切片类型[]string
的切片类型。chan chan int
是一个元素类型为另一个通道类型的chan int
的通道类型。map[int]map[int]string
是一个元素类型为另一个映射类型map[int]string
的映射类型。 这两个映射类型的键值类型均为内置类型int
。func(int32) func(int32)
是一个只有一个输入参数和一个返回值的函数类型,此返回值的类型为一个只有一个输入参数的函数类型。 这两个函数类型的输入参数的类型均为内置类型int32
。
下面是另一个自定义组合类型:
最左边的chan
关键字表明此类型是一个通道类型。 chan
关键字右边的整个部分*[16]byte
表示此通道类型的元素类型,此元素类型是一个指针类型。 此指针类型的基类型为右边的整个部分:[16]byte
,此基类型为一个数组类型。 此数组类型的元素类型为内置类型byte
。
一个使用此通道类型的例子:
package main
import (
"fmt"
"time"
"crypto/rand"
)
func main() {
c := make(chan *[16]byte)
go func() {
// 使用两个数组以避免数据竞争。
var dataA, dataB = new([16]byte), new([16]byte)
for {
_, err := rand.Read(dataA[:])
if err != nil {
close(c)
c <- dataA
dataA, dataB = dataB, dataA
}
}
}()
for data := range c {
fmt.Println((*data)[:])
time.Sleep(time.Second / 2)
}
}
类似的,类型map[string][]func(int) int
为一个映射类型。 此映射类型的键值类型为内置类型,右边剩余的部分为此映射类型的元素类型。 []
表明此映射的元素类型为一个切片类型,此切片类型的元素类型为一个函数类型func(int) int
。
一个使用了此映射类型的例子:
下面是一个看上去有些复杂的类型:
[]map[struct {
a int
b struct {
x string
y bool
}
}]interface {
Build([]byte, struct {x string; y bool}) error
Update(dt float64)
Destroy()
请注意第二个结构体类型也被用做刚提及的接口类型所指定的其中一个方法中的其中一个参数类型。
我们经常将复杂类型的各个组成部分单独提前声明为一个类型名,从而获得更高的可读性。 下面的代码中的类型别名T
和上面刚解读的类型表示同一个类型。
Go中当前的内置泛型除了上述类型组合,还有一些支持泛型的内置函数。 比如,内置函数len
可以用来获取各种容器值的长度。 unsafe
标准库包中的函数也可以被看作是支持泛型的内置函数。
Go目前不支持自定义泛型这一事实有时候确实造成了一些不方便。 比如,math
标准库包中的函数的参数类型和结果类型都为内置类型float64
。 当调用这些函数的时候,我们必须将非float64
类型的实参值转换为float64
,然后还需把结果从float64
类型转回来。 这不仅不方便,而且代码执行效率不高。
幸运的是,很多Go项目对自定义泛型并没有很强的需求;或者缺少自定义泛型对很多Go项目来说并不是一个不可克服的障碍。 并且,缺少自定义泛型的不足可以通过(在运行时刻)使用反射机制和(在编译时刻)代码生成来部分地弥补。
Go语言核心设计和开发团队, 未来的Go版本中还是很可能会支持自定义泛型的。 事实上,自定义泛型设计已经朝着更成熟的方向演化了好几个版本了。 我们现在甚至已经可以在在线试验开发版特性中的自定义泛型特性。 我们也可以自行编译Go项目的分支在本地试验这些特性。