Compare commits

5 Commits

Author SHA1 Message Date
github-actions[bot]
0f79bfedd7 deploy: 6ecbba5baa 2025-11-16 12:47:09 +00:00
github-actions[bot]
040421dfcc deploy: c58743acce 2025-09-03 09:00:18 +00:00
github-actions[bot]
b0bec4a36b deploy: cc738922ed 2025-09-03 08:59:41 +00:00
github-actions[bot]
30880c192b deploy: 9e504959ee 2025-09-02 08:22:36 +00:00
github-actions[bot]
00f4a045fc deploy: e13b3dc49a 2025-09-02 08:21:46 +00:00
5 changed files with 6 additions and 6 deletions

View File

@@ -623,7 +623,7 @@ $ ./outline2 http://gopl.io
...
</code></pre>
<p><strong>练习 5.7</strong> 完善startElement和endElement函数使其成为通用的HTML输出器。要求输出注释结点文本结点以及每个元素的属性&lt; a href='...'&gt;)。使用简略格式输出没有孩子结点的元素(即用<code>&lt;img/&gt;</code>代替<code>&lt;img&gt;&lt;/img&gt;</code>。编写测试验证程序输出的格式正确。详见11章</p>
<p><strong>练习 5.8</strong> 修改pre和post函数使其返回布尔类型的返回值。返回false时中止forEachNoded的遍历。使用修改后的代码编写ElementByID函数根据用户输入的id查找第一个拥有该id元素的HTML元素查找成功后停止遍历。</p>
<p><strong>练习 5.8</strong> 修改pre和post函数使其返回布尔类型的返回值。返回false时中止forEachNode的遍历。使用修改后的代码编写ElementByID函数根据用户输入的id查找第一个拥有该id元素的HTML元素查找成功后停止遍历。</p>
<pre><code class="language-Go">func ElementByID(doc *html.Node, id string) *html.Node
</code></pre>
<p><strong>练习 5.9</strong> 编写函数expand将s中的&quot;foo&quot;替换为f(&quot;foo&quot;)的返回值。</p>

View File

@@ -613,7 +613,7 @@ func topoSort(m map[string][]string) []string {
// ...
}
</code></pre>
<p>在toposort程序的输出如下所示它的输出顺序是大多人想看到的固定顺序输出但是这需要我们多花点心思才能做到。哈希表prepreqs的value是遍历顺序固定的切片而不再遍历顺序随机的map所以我们对prereqs的key值进行排序保证每次运行toposort程序都以相同的遍历顺序遍历prereqs。</p>
<p>在toposort程序的输出如下所示它的输出顺序是大多人想看到的固定顺序输出但是这需要我们多花点心思才能做到。哈希表prepreqs的value是遍历顺序固定的切片而不再遍历顺序随机的map所以我们对prereqs的key值进行排序保证每次运行toposort程序都以相同的遍历顺序遍历prereqs。</p>
<pre><code>1: intro to programming
2: discrete math
3: data structures

View File

@@ -582,7 +582,7 @@ any = new(bytes.Buffer)
</code></pre>
<p>尽管不是很明显从本书最早的例子中我们就已经在使用空接口类型。它允许像fmt.Println或者5.7章中的errorf函数接受任何类型的参数。</p>
<p>对于创建的一个interface{}值持有一个booleanfloatstringmappointer或者任意其它的类型我们当然不能直接对它持有的值做操作因为interface{}没有任何方法。我们会在7.10章中学到一种用类型断言来获取interface{}中值的方法。</p>
<p>因为接口与实现只依赖于判断两个类型的方法,所以没有必要定义一个具体类型和它实现的接口之间的关系。也就是说,有意地在文档里说明或者程序上断言这种关系偶尔是有用的,但程序上不强制这么做。下面的定义在编译期断言一个<code>*bytes.Buffer</code>的值实现了io.Writer接口类型:</p>
<p>因为接口与实现只依赖于判断两个类型的方法,所以没有必要定义一个具体类型和它实现的接口之间的关系。也就是说,有意地在文档里说明或者程序上断言这种关系偶尔是有用的,但程序上不强制这么做。这种写法还可用于让编译器在编译期确保某个类型确实满足接口要求,从而提前发现实现遗漏或接口变更导致的不匹配问题。下面的定义在编译期断言一个<code>*bytes.Buffer</code>的值实现了io.Writer接口类型:</p>
<pre><code class="language-go">// *bytes.Buffer must satisfy io.Writer
var w io.Writer = new(bytes.Buffer)
</code></pre>

View File

@@ -622,7 +622,7 @@ func f(out io.Writer) {
<p>当main函数调用函数f时它给f函数的out参数赋了一个*bytes.Buffer的空指针所以out的动态值是nil。然而它的动态类型是*bytes.Buffer意思就是out变量是一个包含空指针值的非空接口如图7.5所以防御性检查out!=nil的结果依然是true。</p>
<p><img src="../images/ch7-05.png" alt=""></p>
<p>动态分配机制依然决定(*bytes.Buffer).Write的方法会被调用但是这次的接收者的值是nil。对于一些如*os.File的类型nil是一个有效的接收者§6.2.1),但是*bytes.Buffer类型不在这些种类中。这个方法会被调用但是当它尝试去获取缓冲区时会发生panic。</p>
<p>问题在于尽管一个nil的*bytes.Buffer指针有实现这个接口的方法它也不满足这个接口具体的行为上的要求。特别是这个调用违反了(*bytes.Buffer).Write方法的接收者非空的隐含先条件所以将nil指针赋给这个接口是错误的。解决方案就是将main函数中的变量buf的类型改为io.Writer因此可以避免一开始就将一个不完整的值赋值给这个接口</p>
<p>问题在于尽管一个nil的*bytes.Buffer指针有实现这个接口的方法它也不满足这个接口具体的行为上的要求。特别是这个调用违反了(*bytes.Buffer).Write方法的接收者非空的隐含先条件所以将nil指针赋给这个接口是错误的。解决方案就是将main函数中的变量buf的类型改为io.Writer因此可以避免一开始就将一个不完整的值赋值给这个接口</p>
<pre><code class="language-go">var buf io.Writer
if debug {
buf = new(bytes.Buffer) // enable collection of output

View File

@@ -531,8 +531,8 @@
<ul dir="auto"><li><em>凹语言(Go实现, 面向WASM设计): <a href="https://github.com/wa-lang/wa">https://github.com/wa-lang/wa</a></em></li><li><em>《Go语言高级编程》: <a href="https://github.com/chai2010/advanced-go-programming-book">https://github.com/chai2010/advanced-go-programming-book</a></em></li></ul><hr>
<h1>第7章 接口</h1>
<p>接口类型是对其类型行为的抽象和概括;因为接口类型不会和特定的实现细节绑定在一起,通过这种抽象的方式我们可以让我们的函数更加灵活和更具有适应能力</p>
<p>多面向对象的语言都有相似的接口概念但Go语言中接口类型的独特之处在于它是满足隐式实现的。也就是说,我们没有必要对于给定的具体类型定义所有满足的接口类型;简单地拥有一些必需的方法就足够了。这种设计可以让你创建一个新的接口类型满足已经存在的具体类型却不会去改变这些类型的定义;当我们使用的类型来自于不受我们控制的包时这种设计尤其有用</p>
<p>接口类型表达的是对其类型行为的一种泛化或抽象。通过泛化,接口使我们能够编写更灵活、更适应变化的函数,因为它们不依赖于某个特定实现的细节</p>
<p>多面向对象的语言都有“接口”这一概念,但 Go 的接口之所以独特,是因为它们是隐式满足的。换句话说,一个具体类型不需要显式声明它实现了哪些接口;只要它拥有接口所需的方法,就自动被认为满足了该接口。这种设计让你可以为已有的具体类型创建新的接口,而不需要修改这些类型本身——这在处理你无法控制的外部包中定义的类型时特别有用</p>
<p>在本章我们会开始看到接口类型和值的一些基本技巧。顺着这种方式我们将学习几个来自标准库的重要接口。很多Go程序中都尽可能多的去使用标准库中的接口。最后我们会在§7.10看到类型断言的知识§7.13)看到类型开关的使用并且学到他们是怎样让不同的类型的概括成为可能。</p>