回到简体

This commit is contained in:
chai2010
2016-02-15 11:06:34 +08:00
parent 9e878f9944
commit 2b37b23285
177 changed files with 2354 additions and 2354 deletions

View File

@@ -1,7 +1,7 @@
## 7.5. 接口值
概念上講一個接口的值,接口值,由兩個部分成,一個具體的類型和那個類型的值。它們被稱爲接口的動態類型和動態值。對於像Go語言這種靜態類型的言,型是編譯期的概念;因此一個類型不是一值。在我的概念模型中,一些提供每個類型信息的值被稱爲類型描述符,比如型的名和方法。在一接口值中,型部分代表之相關類型的描述符。
概念上讲一个接口的值,接口值,由两个部分成,一个具体的类型和那个类型的值。它们被称为接口的动态类型和动态值。对于像Go语言这种静态类型的言,型是编译期的概念;因此一个类型不是一值。在我的概念模型中,一些提供每个类型信息的值被称为类型描述符,比如型的名和方法。在一接口值中,型部分代表之相关类型的描述符。
下面4個語句中,量w得到了3不同的值。(始和最的值是相同的)
下面4个语句中,量w得到了3不同的值。(始和最的值是相同的)
```go
var w io.Writer
@@ -10,92 +10,92 @@ w = new(bytes.Buffer)
w = nil
```
讓我們進一步察在每一個語句後的w量的值和動態行爲。第一個語句定義了變量w:
让我们进一步察在每一个语句后的w量的值和动态行为。第一个语句定义了变量w:
```go
var w io.Writer
```
在Go言中,變量總是被一個定義明確的值初始化,使接口型也不例外。對於一個接口的零值就是它的型和值的部分都是nil7.1)。
在Go言中,变量总是被一个定义明确的值初始化,使接口型也不例外。对于一个接口的零值就是它的型和值的部分都是nil7.1)。
![](../images/ch7-01.png)
接口值基它的動態類型被描述空或非空,所以是一空的接口值。你可以通使用w==nil或者w!=nil來判讀接口值是否空。調用一空接口值上的任意方法都會産生panic:
接口值基它的动态类型被描述空或非空,所以是一空的接口值。你可以通使用w==nil或者w!=nil来判读接口值是否空。用一空接口值上的任意方法都会产生panic:
```go
w.Write([]byte("hello")) // panic: nil pointer dereference
```
第二個語句將一個*os.File型的值賦給變量w:
第二个语句将一个*os.File型的值赋给变量w:
```go
w = os.Stdout
```
這個賦值過程調用了一個具體類型到接口型的隱式轉換,這和顯式的使用io.Writer(os.Stdout)是等的。這類轉換不管是式的還是隱式的,都會刻畵出操作到的型和值。這個接口值的動態類型被設爲*os.Stdout指針的類型描述符,它的動態值持有os.Stdout的拷貝;這是一代表處理標準輸出的os.File類型變量的指針(圖7.2)。
这个赋值过程调用了一个具体类型到接口型的隐式转换,这和显式的使用io.Writer(os.Stdout)是等的。这类转换不管是式的还是隐式的,都会刻画出操作到的型和值。这个接口值的动态类型被设为*os.Stdout指针的类型描述符,它的动态值持有os.Stdout的拷贝;这是一代表处理标准输出的os.File类型变量的指针(图7.2)。
![](../images/ch7-02.png)
調用一包含\*os.File型指的接口值的Write方法使得(\*os.File).Write方法被調用。這個調用輸出“hello”。
用一包含\*os.File型指的接口值的Write方法使得(\*os.File).Write方法被用。这个调用输出“hello”。
```go
w.Write([]byte("hello")) // "hello"
```
通常在編譯期,我不知道接口值的動態類型是什,所以一接口上的調用必使用動態分配。因不是直接進行調用,所以編譯器必把代生成在型描述符的方法Write上後間接調用那地址。這個調用的接收者是一接口動態值的拷os.Stdout。效果和下面這個直接調用一
通常在编译期,我不知道接口值的动态类型是什,所以一接口上的用必使用动态分配。因不是直接进行调用,所以编译器必把代生成在型描述符的方法Write上后间接调用那地址。这个调用的接收者是一接口动态值的拷os.Stdout。效果和下面这个直接用一
```go
os.Stdout.Write([]byte("hello")) // "hello"
```
第三個語句給接口值了一*bytes.Buffer型的值
第三个语句给接口值了一*bytes.Buffer型的值
```go
w = new(bytes.Buffer)
```
現在動態類型是*bytes.Buffer併且動態值是一指向新分配的緩衝區的指針(圖7.3)。
现在动态类型是*bytes.Buffer并且动态值是一指向新分配的缓冲区的指针(图7.3)。
![](../images/ch7-03.png)
Write方法的調用也使用了和之前一樣的機製
Write方法的用也使用了和之前一样的机制
```go
w.Write([]byte("hello")) // writes "hello" to the bytes.Buffers
```
這次類型描述符是\*bytes.Buffer所以調用了(\*bytes.Buffer).Write方法且接收者是該緩衝區的地址。這個調用把字符串“hello”添加到緩衝區中。
这次类型描述符是\*bytes.Buffer所以用了(\*bytes.Buffer).Write方法且接收者是该缓冲区的地址。这个调用把字符串“hello”添加到缓冲区中。
,第四個語句將nil賦給了接口值:
,第四个语句将nil赋给了接口值:
```go
w = nil
```
這個重置它所有的部分都設爲nil值量w恢到和它之前定義時相同的狀態圖,在7.1中可以看到。
这个重置它所有的部分都设为nil值量w恢到和它之前定义时相同的状态图,在7.1中可以看到。
接口值可以持有任意大的動態值。例如,表示時間實例的time.Time型,這個類型有幾個對外不公的字段。我們從它上面建一接口值,
接口值可以持有任意大的动态值。例如,表示时间实例的time.Time型,这个类型有几个对外不公的字段。我们从它上面建一接口值,
```go
var x interface{} = time.Now()
```
果可能和7.4相似。概念上,不接口值多大,動態值總是可以容下它。(這隻是一概念上的模型;具體的實現可能非常不同)
果可能和7.4相似。概念上,不接口值多大,动态值总是可以容下它。(这只是一概念上的模型;具体的实现可能非常不同)
![](../images/ch7-04.png)
接口值可以使用==和!=來進行比較。兩個接口值相等僅當它們都是nil值或者它們的動態類型相同併且動態值也根據這個動態類型的==操作相等。因接口值是可比的,所以它可以用在map的或者作switch句的操作
接口值可以使用==和!=来进行比较。两个接口值相等仅当它们都是nil值或者它们的动态类型相同并且动态值也根据这个动态类型的==操作相等。因接口值是可比的,所以它可以用在map的或者作switch句的操作
然而,如果兩個接口值的動態類型相同,但是這個動態類型是不可比的(比如切片),將它們進行比較就會失敗併且panic:
然而,如果两个接口值的动态类型相同,但是这个动态类型是不可比的(比如切片),将它们进行比较就会失败并且panic:
```go
var x interface{} = []int{1, 2, 3}
fmt.Println(x == x) // panic: comparing uncomparable type []int
```
慮到這點,接口型是非常與衆不同的。其它型要是安全的可比較類型(如基本型和指)要是完全不可比較的類型(如切片,映射型,和函),但是在比接口值或者包含了接口值的聚合類型時,我們必須要意識到潛在的panic。同樣的風險也存在使用接口作map的或者switch的操作數。隻能比你非常定它們的動態值是可比較類型的接口值。
虑到这点,接口型是非常与众不同的。其它型要是安全的可比较类型(如基本型和指)要是完全不可比较的类型(如切片,映射型,和函),但是在比接口值或者包含了接口值的聚合类型时,我们必须要意识到潜在的panic。同样的风险也存在使用接口作map的或者switch的操作数。只能比你非常定它们的动态值是可比较类型的接口值。
當我們處理錯誤或者調試的過程中,得知接口值的動態類型是非常有助的。所以我使用fmt包的%T作:
当我们处理错误或者调试的过程中,得知接口值的动态类型是非常有助的。所以我使用fmt包的%T作:
```go
var w io.Writer
@@ -106,6 +106,6 @@ w = new(bytes.Buffer)
fmt.Printf("%T\n", w) // "*bytes.Buffer"
```
在fmt包部,使用反射來獲取接口動態類型的名。我們會在第12章中到反射相的知
在fmt包部,使用反射来获取接口动态类型的名。我们会在第12章中到反射相的知
{% include "./ch7-05-1.md" %}