mirror of
https://github.com/gopl-zh/gopl-zh.github.com.git
synced 2024-11-14 10:23:42 +00:00
153 lines
8.1 KiB
Markdown
153 lines
8.1 KiB
Markdown
## 7.3. 实现接口的条件
|
||
|
||
一个类型如果拥有一个接口需要的所有方法，那么这个类型就实现了这个接口。例如，`*os.File`类型实现了io.Reader，Writer，Closer，和ReadWriter接口。`*bytes.Buffer`实现了Reader，Writer，和ReadWriter这些接口，但是它没有实现Closer接口因为它不具有Close方法。Go的程序员经常会简要的把一个具体的类型描述成一个特定的接口类型。举个例子，`*bytes.Buffer`是io.Writer；`*os.Files`是io.ReadWriter。
|
||
|
||
接口指定的规则非常简单：表达一个类型属于某个接口只要这个类型实现这个接口。所以：
|
||
|
||
```go
|
||
var w io.Writer
|
||
w = os.Stdout // OK: *os.File has Write method
|
||
w = new(bytes.Buffer) // OK: *bytes.Buffer has Write method
|
||
w = time.Second // compile error: time.Duration lacks Write method
|
||
|
||
var rwc io.ReadWriteCloser
|
||
rwc = os.Stdout // OK: *os.File has Read, Write, Close methods
|
||
rwc = new(bytes.Buffer) // compile error: *bytes.Buffer lacks Close method
|
||
```
|
||
|
||
这个规则甚至适用于等式右边本身也是一个接口类型
|
||
|
||
```go
|
||
w = rwc // OK: io.ReadWriteCloser has Write method
|
||
rwc = w // compile error: io.Writer lacks Close method
|
||
```
|
||
|
||
因为ReadWriter和ReadWriteCloser包含有Writer的方法，所以任何实现了ReadWriter和ReadWriteCloser的类型必定也实现了Writer接口
|
||
|
||
在进一步学习前，必须先解释一个类型持有一个方法的表示当中的细节。回想在6.2章中，对于每一个命名过的具体类型T；它的一些方法的接收者是类型T本身然而另一些则是一个`*T`的指针。还记得在T类型的参数上调用一个`*T`的方法是合法的，只要这个参数是一个变量；编译器隐式的获取了它的地址。但这仅仅是一个语法糖：T类型的值不拥有所有`*T`指针的方法，这样它就可能只实现了更少的接口。
|
||
|
||
举个例子可能会更清晰一点。在第6.5章中，IntSet类型的String方法的接收者是一个指针类型，所以我们不能在一个不能寻址的IntSet值上调用这个方法：
|
||
|
||
```go
|
||
type IntSet struct { /* ... */ }
|
||
func (*IntSet) String() string
|
||
var _ = IntSet{}.String() // compile error: String requires *IntSet receiver
|
||
```
|
||
|
||
但是我们可以在一个IntSet变量上调用这个方法：
|
||
|
||
```go
|
||
var s IntSet
|
||
var _ = s.String() // OK: s is a variable and &s has a String method
|
||
```
|
||
|
||
然而，由于只有`*IntSet`类型有String方法，所以也只有`*IntSet`类型实现了fmt.Stringer接口：
|
||
|
||
```go
|
||
var _ fmt.Stringer = &s // OK
|
||
var _ fmt.Stringer = s // compile error: IntSet lacks String method
|
||
```
|
||
|
||
12.8章包含了一个打印出任意值的所有方法的程序，然后可以使用godoc -analysis=type tool(§10.7.4)展示每个类型的方法和具体类型和接口之间的关系
|
||
|
||
就像信封封装和隐藏起信件来一样，接口类型封装和隐藏具体类型和它的值。即使具体类型有其它的方法，也只有接口类型暴露出来的方法会被调用到：
|
||
|
||
```go
|
||
os.Stdout.Write([]byte("hello")) // OK: *os.File has Write method
|
||
os.Stdout.Close() // OK: *os.File has Close method
|
||
|
||
var w io.Writer
|
||
w = os.Stdout
|
||
w.Write([]byte("hello")) // OK: io.Writer has Write method
|
||
w.Close() // compile error: io.Writer lacks Close method
|
||
```
|
||
|
||
一个有更多方法的接口类型，比如io.ReadWriter，和少一些方法的接口类型例如io.Reader，进行对比；更多方法的接口类型会告诉我们更多关于它的值持有的信息，并且对实现它的类型要求更加严格。那么关于interface{}类型，它没有任何方法，请讲出哪些具体的类型实现了它？
|
||
|
||
这看上去好像没有用，但实际上interface{}被称为空接口类型是不可或缺的。因为空接口类型对实现它的类型没有要求，所以我们可以将任意一个值赋给空接口类型。
|
||
|
||
```go
|
||
var any interface{}
|
||
any = true
|
||
any = 12.34
|
||
any = "hello"
|
||
any = map[string]int{"one": 1}
|
||
any = new(bytes.Buffer)
|
||
```
|
||
|
||
尽管不是很明显，从本书最早的例子中我们就已经在使用空接口类型。它允许像fmt.Println或者5.7章中的errorf函数接受任何类型的参数。
|
||
|
||
对于创建的一个interface{}值持有一个boolean，float，string，map，pointer，或者任意其它的类型；我们当然不能直接对它持有的值做操作，因为interface{}没有任何方法。我们会在7.10章中学到一种用类型断言来获取interface{}中值的方法。
|
||
|
||
因为接口与实现只依赖于判断两个类型的方法，所以没有必要定义一个具体类型和它实现的接口之间的关系。也就是说，有意地在文档里说明或者程序上断言这种关系偶尔是有用的，但程序上不强制这么做。下面的定义在编译期断言一个`*bytes.Buffer`的值实现了io.Writer接口类型:
|
||
|
||
```go
|
||
// *bytes.Buffer must satisfy io.Writer
|
||
var w io.Writer = new(bytes.Buffer)
|
||
```
|
||
|
||
因为任意`*bytes.Buffer`的值，甚至包括nil通过`(*bytes.Buffer)(nil)`进行显示的转换都实现了这个接口，所以我们不必分配一个新的变量。并且因为我们绝不会引用变量w，我们可以使用空标识符来进行代替。总的看，这些变化可以让我们得到一个更朴素的版本：
|
||
|
||
```go
|
||
// *bytes.Buffer must satisfy io.Writer
|
||
var _ io.Writer = (*bytes.Buffer)(nil)
|
||
```
|
||
|
||
非空的接口类型比如io.Writer经常被指针类型实现，尤其当一个或多个接口方法像Write方法那样隐式的给接收者带来变化的时候。一个结构体的指针是非常常见的承载方法的类型。
|
||
|
||
但是并不意味着只有指针类型满足接口类型，甚至连一些有设置方法的接口类型也可能会被Go语言中其它的引用类型实现。我们已经看过slice类型的方法（geometry.Path，§6.1）和map类型的方法（url.Values，§6.2.1），后面还会看到函数类型的方法的例子（http.HandlerFunc，§7.7）。甚至基本的类型也可能会实现一些接口；就如我们在7.4章中看到的time.Duration类型实现了fmt.Stringer接口。
|
||
|
||
一个具体的类型可能实现了很多不相关的接口。考虑在一个组织出售数字文化产品比如音乐，电影和书籍的程序中可能定义了下列的具体类型：
|
||
|
||
```
|
||
Album
|
||
Book
|
||
Movie
|
||
Magazine
|
||
Podcast
|
||
TVEpisode
|
||
Track
|
||
```
|
||
|
||
我们可以把每个抽象的特点用接口来表示。一些特性对于所有的这些文化产品都是共通的，例如标题，创作日期和作者列表。
|
||
|
||
```go
|
||
type Artifact interface {
|
||
Title() string
|
||
Creators() []string
|
||
Created() time.Time
|
||
}
|
||
```
|
||
其它的一些特性只对特定类型的文化产品才有。和文字排版特性相关的只有books和magazines，还有只有movies和TV剧集和屏幕分辨率相关。
|
||
|
||
```go
|
||
type Text interface {
|
||
Pages() int
|
||
Words() int
|
||
PageSize() int
|
||
}
|
||
type Audio interface {
|
||
Stream() (io.ReadCloser, error)
|
||
RunningTime() time.Duration
|
||
Format() string // e.g., "MP3", "WAV"
|
||
}
|
||
type Video interface {
|
||
Stream() (io.ReadCloser, error)
|
||
RunningTime() time.Duration
|
||
Format() string // e.g., "MP4", "WMV"
|
||
Resolution() (x, y int)
|
||
}
|
||
```
|
||
|
||
这些接口不止是一种有用的方式来分组相关的具体类型和表示他们之间的共同特点。我们后面可能会发现其它的分组。举例，如果我们发现我们需要以同样的方式处理Audio和Video，我们可以定义一个Streamer接口来代表它们之间相同的部分而不必对已经存在的类型做改变。
|
||
|
||
```go
|
||
type Streamer interface {
|
||
Stream() (io.ReadCloser, error)
|
||
RunningTime() time.Duration
|
||
Format() string
|
||
}
|
||
```
|
||
|
||
每一个具体类型的组基于它们相同的行为可以表示成一个接口类型。不像基于类的语言，他们一个类实现的接口集合需要进行显式的定义，在Go语言中我们可以在需要的时候定义一个新的抽象或者特定特点的组，而不需要修改具体类型的定义。当具体的类型来自不同的作者时这种方式会特别有用。当然也确实没有必要在具体的类型中指出这些共性。
|