11.2

eBook/11.12.md

@@ -1,8 +1,8 @@
 # 11.12 接口与动态类型
 
-## 11.12.1 Go的动态类型
+## 11.12.1 Go 的动态类型
 
-在经典的 OO 语言（像 C++，Java 和 C#）中数据和方法被封装为 `类的概念`：类包含它们两者，并且不能剥离。
+在经典的面向对象语言（像 C++，Java 和 C#）中数据和方法被封装为 `类的概念`：类包含它们两者，并且不能剥离。
 
 Go 没有类：数据（结构体或更一般的类型）和方法是一种松耦合的正交关系。
 
@@ -51,17 +51,19 @@ func main() {
 	b := new(Bird)
 	DuckDance(b)
 }
+```
 
-/** Output:
-	I am quacking!
-	I am walking!
-	I am quacking!
-	I am walking!
-	I am quacking!
-	I am walking!
-*/
+输出：
 
 ```
+I am quacking!
+I am walking!
+I am quacking!
+I am walking!
+I am quacking!
+I am walking!
+```
+
 如果 `Bird` 没有实现 `Walk()`（把它注释掉），会得到一个编译错误：
 
 ```
@@ -83,7 +85,6 @@ Go 的实现与此相反，通常需要编译器静态检查的支持：当变
 type xmlWriter interface {
 	WriteXML(w io.Writer) error
 }
-
 ```
 
 现在我们可以实现适用于该流类型的任何变量的 `StreamXML` 函数，并用类型断言检查传入的变量是否实现了该接口；如果没有，我们就调用内建的 `encodeToXML` 来完成相应工作：
@@ -103,7 +104,6 @@ func StreamXML(v interface{}, w io.Writer) error {
 func encodeToXML(v interface{}, w io.Writer) error {
 	// ...
 }
-
 ```
 
 Go 在这里用了和 `gob` 相同的机制：定义了两个接口 `GobEncoder` 和 `GobDecoder`。这样就允许类型自己实现从流编解码的具体方式；如果没有实现就使用标准的反射方式。
@@ -112,11 +112,11 @@ Go 在这里用了和 `gob` 相同的机制：定义了两个接口 `GobEncoder`
 
 对于动态语言非常重要的单元测试来说，这样即可以减少单元测试的部分需求，又可以发挥相当大的作用。
 
-Go 的接口提高了代码的分离度，改善了代码的复用性，使得代码开发过程中的设计模式更容易实现。用 Go 接口还能实现 `依赖注入模式`。 
+Go 的接口提高了代码的分离度，改善了代码的复用性，使得代码开发过程中的设计模式更容易实现。用 Go 接口还能实现 `依赖注入模式`。
 
 ## 11.12.3 接口的提取
 
-`提取接口` 是非常有用的设计模式，可以减少需要的类型和方法数量，而且不需要像传统的基于类的 OO 语言那样维护整个的类层次结构。
+`提取接口` 是非常有用的设计模式，可以减少需要的类型和方法数量，而且不需要像传统的基于类的面向对象语言那样维护整个的类层次结构。
 
 Go 接口可以让开发者找出自己写的程序中的类型。假设有一些拥有共同行为的对象，并且开发者想要抽象出这些行为，这时就可以创建一个接口来使用。
 我们来扩展 11.1 节的示例 11.2 interfaces_poly.go，假设我们需要一个新的接口 `TopologicalGenus`，用来给 shape 排序（这里简单地实现为返回 int）。我们需要做的是给想要满足接口的类型实现 `Rank()` 方法：
@@ -177,7 +177,11 @@ func main() {
 		fmt.Println("Topological Genus of this shape is: ", topgen[n].Rank())
 	}
 }
-/* Output:
+```
+
+输出：
+
+```
 Looping through shapes for area ...
 Shape details:  {5 3}
 Area of this shape is:  15
@@ -188,8 +192,6 @@ Shape details:  {5 3}
 Topological Genus of this shape is:  2
 Shape details:  &{5}
 Topological Genus of this shape is:  1
-*/
-
 ```
 
 所以你不用提前设计出所有的接口；`整个设计可以持续演进，而不用废弃之前的决定`。类型要实现某个接口，它本身不用改变，你只需要在这个类型上实现新的方法。
@@ -203,7 +205,6 @@ type Fooer interface {
 	Foo()
 	ImplementsFooer()
 }
-
 ```
 
 类型 Bar 必须实现 `ImplementsFooer` 方法来满足 `Footer` 接口，以清楚地记录这个事实。
@@ -211,7 +212,6 @@ type Fooer interface {
 ```go
 type Bar struct{}
 func (b Bar) ImplementsFooer() {} func (b Bar) Foo() {}
-
 ```
 
 大部分代码并不使用这样的约束，因为它限制了接口的实用性。
@@ -226,7 +226,6 @@ func (b Bar) ImplementsFooer() {} func (b Bar) Foo() {}
 
 ```go
 fmt.Printf(format string, a ...interface{}) (n int, errno error)
-
 ```
 
 这个函数通过枚举 `slice` 类型的实参动态确定所有参数的类型。并查看每个类型是否实现了 `String()` 方法，如果是就用于产生输出信息。我们可以回到 11.10 节查看这些细节。
@@ -238,11 +237,10 @@ fmt.Printf(format string, a ...interface{}) (n int, errno error)
 例如：
 
 ```go
-type Task struct { 
+type Task struct {
 	Command string
 	*log.Logger
 }
-
 ```
 
 这个类型的工厂方法像这样：
@@ -251,14 +249,12 @@ type Task struct {
 func NewTask(command string, logger *log.Logger) *Task {
 	return &Task{command, logger}
 }
-
 ```
 
 当 `log.Logger` 实现了 `Log()` 方法后，Task 的实例 task 就可以调用该方法：
 
 ```go
 task.Log()
-
 ```
 
 类型可以通过继承多个接口来提供像 `多重继承` 一样的特性：
@@ -268,7 +264,6 @@ type ReaderWriter struct {
 	*io.Reader
 	*io.Writer
 }
-
 ```
 
 上面概述的原理被应用于整个 Go 包，多态用得越多，代码就相对越少（参见 12.8 节）。这被认为是 Go 编程中的重要的最佳实践。
@@ -298,14 +293,12 @@ Len() int
 IsEmpty() bool
 Push(x interface{})
 Pop() (x interface{}, error)
-
 ```
 
 `Pop()` 改变栈并返回最顶部的元素；`Top()` 只返回最顶部元素。
 
 在主程序中构建一个充满不同类型元素的栈，然后弹出并打印所有元素的值。
 
-
 ## 链接
 
 - [目录](directory.md)