在go中,接口interface其實和其他語言的接口意思也沒什麼差別。interface了解其為一種類型的規範或者約定。一種類型是不是“實作”了一個接口呢?就看這種類型是不是實作了接口中定義的所有方法。
比如
1
2
3
4
5
<code>type i </code><code>interface</code><code>{</code>
<code> </code><code>get() </code><code>int</code>
<code> </code><code>put(</code><code>int</code><code>)</code>
<code>}</code>
這段話就定義了一個接口,它包含兩個函數get和put
好了,我的一個接口實作了這個接口:
6
7
8
<code>type s </code><code>struct</code> <code>{val </code><code>int</code><code>}</code>
<code>func (</code><code>this</code> <code>*s) get </code><code>int</code> <code>{</code>
<code> </code><code>return</code> <code>this</code><code>.val</code>
<code>func (</code><code>this</code> <code>*s)put(v </code><code>int</code><code>) {</code>
<code> </code><code>this</code><code>.val = v</code>
這個結構s就是實作了接口i
對于空接口interface{} 其實和泛型的概念很像。任何類型都實作了空接口。
下面舉個例子:
一個函數實作這樣的功能:
以任何對象作為參數,如果這個對象是實作了接口i,那麼就調用接口i的get方法
很多語言都是這樣的邏輯:
<code>function g(obj){</code>
<code> </code><code>if</code> <code>(obj </code><code>is</code> <code>i) {</code>
<code> </code><code>return</code> <code>(i)obj.get()</code>
<code> </code><code>}</code>
go中是這樣實作的:
<code>func g(any </code><code>interface</code><code>{}) </code><code>int</code> <code>{</code>
<code> </code><code>return</code> <code>any.(i).get()</code>
這裡的any.(i)是不是很語義化?“任何實作了i接口的對象”
下面看幾個interface的例子:
<code>func somefunction(w </code><code>interface</code><code>{write(</code><code>string</code><code>)}){</code>
<code> </code><code>w.write(</code><code>"pizza"</code><code>)</code>
這個例子中,直接将interface定義在參數中,很特别…
<code>func weirdfunc( i </code><code>int</code> <code>) </code><code>interface</code><code>{} {</code>
<code> </code><code>if</code> <code>i == 0 {</code>
<code> </code><code>return</code> <code>"zero"</code>
<code> </code><code>}</code>
<code> </code><code>return</code> <code>i;</code>
這裡例子中,由于有可能傳回string,也有可能傳回int,是以将傳回值設定成為interface,這個在go的package包中會大量見到。