Ver Fonte

Merge pull request #236 from songleo/master

add new section
Unknwon há 10 anos atrás
pai
commit
5049babeb4
5 ficheiros alterados com 84 adições e 0 exclusões
  1. 19 0
      eBook/16.5.md
  2. 41 0
      eBook/16.6.md
  3. 9 0
      eBook/16.7.md
  4. 11 0
      eBook/16.8.md
  5. 4 0
      eBook/directory.md

+ 19 - 0
eBook/16.5.md

@@ -0,0 +1,19 @@
+# 16.5 不需要将一个指向切片的指针传递给函数
+
+在[第4.9小节](04.9.md),我们已经知道,切片实际是一个指向潜在数组的指针。我们常常需要把切片作为一个参数传递给函数是因为:实际就是传递一个指向变量的指针,在函数内可以改变这个变量,而不是传递数据的拷贝。
+
+因此应该这样做:
+
+        `func findBiggest( listOfNumbers []int ) int {}`
+
+而不是:
+
+       `func findBiggest( listOfNumbers *[]int ) int {}` 
+
+**当切片作为参数传递时,切记不要解引用切片。**
+
+## 链接
+
+- [目录](directory.md)
+- 上一节:[何时使用new()和make()](16.4.md)
+- 下一节:[使用指针指向接口类型](16.6.md)

+ 41 - 0
eBook/16.6.md

@@ -0,0 +1,41 @@
+# 16.6 使用指针指向接口类型
+
+查看如下程序:`nexter`是一个接口类型,并且定义了一个`next()`方法读取下一字节。函数`nextFew`将`nexter`接口作为参数并读取接下来的`num`个字节,并返回一个切片:这是正确做法。但是`nextFew2`使用一个指向`nexter`接口类型的指针作为参数传递给函数:当使用`next()`函数时,系统会给出一个编译错误:**n.next undefined (type *nexter has no
+field or method next)** (译者注:n.next未定义(*nexter类型没有next成员或next方法))
+
+例 16.1 pointer_interface.go (不能通过编译):
+
+```go
+package main
+import (
+    “fmt”
+)
+type nexter interface {
+    next() byte
+}
+func nextFew1(n nexter, num int) []byte {
+    var b []byte
+    for i:=0; i < num; i++ {
+        b[i] = n.next()
+    }
+    return b
+}
+func nextFew2(n *nexter, num int) []byte {
+    var b []byte
+    for i:=0; i < num; i++ {
+        b[i] = n.next() // 编译错误:n.next未定义(*nexter类型没有next成员或next方法)
+    }
+    return b
+}
+func main() {
+    fmt.Println(“Hello World!”)
+}
+```
+
+**永远不要使用一个指针指向一个接口类型,因为它已经是一个指针。**
+
+## 链接
+
+- [目录](directory.md)
+- 上一节:[不需要将一个指向切片的指针传递给函数](16.5.md)
+- 下一节:[使用值类型时误用指针](16.7.md)

+ 9 - 0
eBook/16.7.md

@@ -0,0 +1,9 @@
+# 16.7 使用值类型时误用指针
+
+将一个值类型作为一个参数传递给函数或者作为一个方法的接收者,似乎是对内存的滥用,因为值类型一直是传递拷贝。但是另一方面,值类型的内存是在栈上分配,内存分配快速且开销不大。如果你传递一个指针,而不是一个值类型,go编译器大多数情况下会认为需要创建一个对象,并将对象移动到堆上,所以会导致额外的内存分配:因此当使用指针代替值类型作为参数传递时,我们没有任何收获。
+
+## 链接
+
+- [目录](directory.md)
+- 上一节:[使用指针指向接口类型](16.6.md)
+- 下一节:[误用协程和通道](16.8.md)

+ 11 - 0
eBook/16.8.md

@@ -0,0 +1,11 @@
+# 16.8 误用协程和通道
+
+由于教学需要和对协程的工作原理有一个直观的了解,在[第14章](14.0.md)使用了一些简单的算法,举例说明了协程和通道的使用,例如生产者或者迭代器。在实际应用中,你不需要并发执行,或者你不需要关注协程和通道的开销,在大多数情况下,通过栈传递参数会更有效率。
+
+但是,如果你使用`break`、`return`或者`panic`去跳出一个循环,很有可能会导致内存溢出,因为协程正处理某些事情而被阻塞。在实际代码中,通常仅需写一个简单的过程式循环即可。**当且仅当代码中并发执行非常重要,才使用协程和通道。**
+
+## 链接
+
+- [目录](directory.md)
+- 上一节:[使用值类型时误用指针](16.7.md)
+- 下一节:[闭包和协程的使用](16.9.md)

+ 4 - 0
eBook/directory.md

@@ -155,6 +155,10 @@
     - 16.2 [误用字符串](16.2.md)
     - 16.3 [发生错误时使用defer关闭一个文件](16.3.md)
     - 16.4 [何时使用new()和make()](16.4.md)
+    - 16.5 [不需要将一个指向切片的指针传递给函数](16.5.md)
+    - 16.6 [使用指针指向接口类型](16.6.md)
+    - 16.7 [使用值类型时误用指针](16.7.md)
+    - 16.8 [误用协程和通道](16.8.md)
 - 第17章:模式
 - 第18章:[出于性能考虑的实用代码片段](18.0.md)
     - 18.1 [字符串](18.1.md)