所謂Go語言式的接口，就是不用顯示聲明類型T實現(xiàn)了接口I，只要類型T的公開方法完全滿足接口I的要求，就可以把類型T的對象用在需要接口I的地方。這種做法的學(xué)名叫做Structural Typing，有人也把它看作是一種靜態(tài)的Duck Typing。除了Go的接口以外，類似的東西也有比如Scala里的Traits等等。有人覺得這個特性很好，但我個人并不喜歡這種做法，所以在這里談?wù)勊娜秉c。當(dāng)然這跟動態(tài)語言靜態(tài)語言的討論類似，不能簡單粗暴的下一個“好”或“不好”的結(jié)論。
路南網(wǎng)站建設(shè)公司成都創(chuàng)新互聯(lián),路南網(wǎng)站設(shè)計制作，有大型網(wǎng)站制作公司豐富經(jīng)驗。已為路南上千多家提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\成都外貿(mào)網(wǎng)站建設(shè)公司要多少錢，請找那個售后服務(wù)好的路南做網(wǎng)站的公司定做！
我的觀點:
Go的隱式接口Duck Typing確實不是新技術(shù), 但是在主流靜態(tài)編程語言中支持Duck Typing應(yīng)該是很少的(不清楚目前是否只有Go語言支持).
靜態(tài)類型和動態(tài)類型雖然沒有絕對的好和不好, 但是每個都是有自己的優(yōu)勢的, 沒有哪一個可以包辦一切. 而Go是試圖結(jié)合靜態(tài)類型和動態(tài)類型(interface)各自的優(yōu)勢.
那么就從頭談起：什么是接口。其實通俗的講，接口就是一個協(xié)議，規(guī)定了一組成員，例如.NET里的ICollection接口：
public interface ICollection {
int Count { get; }
object SyncRoot { get; }
bool IsSynchronized { get; }
void CopyTo(Array array, int index);
}
這就是一個協(xié)議的全部了嗎？事實并非如此，其實接口還規(guī)定了每個行為的“特征”。打個比方，這個接口的Count除了需要返回集合內(nèi)元素的數(shù)目以外，還隱含了它需要在O(1)時間內(nèi)返回這個要求。這樣一個使用了ICollection接口的方法才能放心地使用Count屬性來獲取集合大小，才能在知道這些特征的情況下選用正確的算法來編寫程序，而不用擔(dān)心帶來性能問題，這才能實現(xiàn)所謂的“面向接口編程”。當(dāng)然這種“特征”并不但指“性能”上的，例如Count還包含了例如“不修改集合內(nèi)容”這種看似十分自然的隱藏要求，這都是ICollection協(xié)議的一部分。
1、簡單易學(xué)。
Go語言的作者本身就很懂C語言，所以同樣Go語言也會有C語言的基因，所以對于程序員來說，Go語言天生就會讓人很熟悉，容易上手。
2、并發(fā)性好。
Go語言天生支持并發(fā)，可以充分利用多核，輕松地使用并發(fā)。 這是Go語言最大的特點。
描述
Go的語法接近C語言，但對于變量的聲明有所不同。Go支持垃圾回收功能。Go的并行模型是以東尼·霍爾的通信順序進程（CSP）為基礎(chǔ)，采取類似模型的其他語言包括Occam和Limbo，但它也具有Pi運算的特征，比如通道傳輸。
在1.8版本中開放插件（Plugin）的支持，這意味著現(xiàn)在能從Go中動態(tài)加載部分函數(shù)。
與C++相比，Go并不包括如枚舉、異常處理、繼承、泛型、斷言、虛函數(shù)等功能，但增加了 切片(Slice) 型、并發(fā)、管道、垃圾回收、接口（Interface）等特性的語言級支持。
類型 在變量名后邊
也可不顯式聲明類型, 類型推斷, 但是是靜態(tài)語言, name一開始放字符串就不能再賦值數(shù)字
方法,屬性 分開 方法名首字母大寫就是就是外部可調(diào)的
面向?qū)ο笤O(shè)計的一個重要原則：“優(yōu)先使用組合而不是繼承”
Dog 也是Animal , 要復(fù)用Animal 的屬性和方法,
只需要在結(jié)構(gòu)體 type 里面寫 Animal
入口也是main, 用用試試
多態(tài), 有這個方法就是這個接口的實現(xiàn), 具體的類 不需要知道自己實現(xiàn)了什么接口,
使用: 在一個函數(shù)調(diào)用之前加上關(guān)鍵字go 就啟動了一個goroutine
創(chuàng)建一個goroutine,它會被加入到一個全局的運行隊列當(dāng)中，
調(diào)度器 會把他們分配給某個 邏輯處理器 的隊列，
一個邏輯處理器 綁定到一個 操作系統(tǒng)線程 ，在上面運行g(shù)oroutine，
如果goroutine需要讀寫文件, 阻塞 ,就脫離邏輯處理器 直接 goroutine - 系統(tǒng)線程 綁定
編譯成同名.exe 來執(zhí)行, 不通過虛擬機, 直接是機器碼, 和C 一樣, 所以非?？?/p>
但是也有自動垃圾回收,每個exe文件當(dāng)中已經(jīng)包含了一個類似于虛擬機的runtime,進行g(shù)oroutine的調(diào)度
默認(rèn)是靜態(tài)鏈接的，那個exe會把運行時所需要的所有東西都加進去，這樣就可以把exe復(fù)制到任何地方去運行了, 因此 生成的 .exe 文件非常大
部署簡單。Go編譯生成的是一個靜態(tài)可執(zhí)行文件，除了glibc外沒有其他外部依賴。這讓部署變得異常方便：目標(biāo)機器上只需要一個基礎(chǔ)的系統(tǒng)和必要的管理、監(jiān)控工具，完全不需要操心應(yīng)用所需的各種包、庫的依賴關(guān)系，大大減輕了維護的負(fù)擔(dān)。這和Python有著巨大的區(qū)別。由于歷史的原因，Python的部署工具生態(tài)相當(dāng)混亂【比如setuptools,distutils,pip,
buildout的不同適用場合以及兼容性問題】。官方PyPI源又經(jīng)常出問題，需要搭建私有鏡像，而維護這個鏡像又要花費不少時間和精力。
并發(fā)性好。Goroutine和channel使得編寫高并發(fā)的服務(wù)端軟件變得相當(dāng)容易，很多情況下完全不需要考慮鎖機制以及由此帶來的各種問題。單個Go應(yīng)用也能有效的利用多個CPU核，并行執(zhí)行的性能好。這和Python也是天壤之比。多線程和多進程的服務(wù)端程序編寫起來并不簡單，而且由于全局鎖GIL的原因，多線程的Python程序并不能有效利用多核，只能用多進程的方式部署;如果用標(biāo)準(zhǔn)庫里的multiprocessing包又會對監(jiān)控和管理造成不少的挑戰(zhàn)【我們用的supervisor管理進程，對fork支持不好】。部署Python應(yīng)用的時候通常是每個CPU核部署一個應(yīng)用，這會造成不少資源的浪費，比如假設(shè)某個Python應(yīng)用啟動后需要占用100MB內(nèi)存，而服務(wù)器有32個CPU核，那么留一個核給系統(tǒng)、運行31個應(yīng)用副本就要浪費3GB的內(nèi)存資源。
良好的語言設(shè)計。從學(xué)術(shù)的角度講Go語言其實非常平庸，不支持許多高級的語言特性;但從工程的角度講，Go的設(shè)計是非常優(yōu)秀的：規(guī)范足夠簡單靈活，有其他語言基礎(chǔ)的程序員都能迅速上手。更重要的是Go自帶完善的工具鏈，大大提高了團隊協(xié)作的一致性。比如gofmt自動排版Go代碼，很大程度上杜絕了不同人寫的代碼排版風(fēng)格不一致的問題。把編輯器配置成在編輯存檔的時候自動運行g(shù)ofmt，這樣在編寫代碼的時候可以隨意擺放位置，存檔的時候自動變成正確排版的代碼。此外還有g(shù)ofix,
govet等非常有用的工具。
執(zhí)行性能好。雖然不如C和Java，但通常比原生Python應(yīng)用還是高一個數(shù)量級的，適合編寫一些瓶頸業(yè)務(wù)。內(nèi)存占用也非常省。
GO是編譯性語言，所以函數(shù)的順序是無關(guān)緊要的，為了方便閱讀，建議入口函數(shù) main 寫在最前面，其余函數(shù)按照功能需要進行排列
GO的函數(shù) 不支持嵌套，重載和默認(rèn)參數(shù)
GO的函數(shù) 支持 無需聲明變量，可變長度，多返回值，匿名，閉包等
GO的函數(shù)用 func 來聲明，且左大括號 { 不能另起一行
一個簡單的示例：
輸出為：
參數(shù)：可以傳0個或多個值來供自己用
返回：通過用 return 來進行返回
輸出為：
上面就是一個典型的多參數(shù)傳遞與多返回值
對例子的說明：
按值傳遞：是對某個變量進行復(fù)制，不能更改原變量的值
引用傳遞：相當(dāng)于按指針傳遞，可以同時改變原來的值，并且消耗的內(nèi)存會更少，只有4或8個字節(jié)的消耗
在上例中，返回值 (d int, e int, f int) { 是進行了命名，如果不想命名可以寫成 (int,int,int){ ,返回的結(jié)果都是一樣的，但要注意:
當(dāng)返回了多個值，我們某些變量不想要，或?qū)嶋H用不到，我們可以使用 _ 來補位，例如上例的返回我們可以寫成 d,_,f := test(a,b,c) ，我們不想要中間的返回值，可以以這種形式來舍棄掉
在參數(shù)后面以 變量 ... type 這種形式的，我們就要以判斷出這是一個可變長度的參數(shù)
輸出為：
在上例中， strs ...string 中， strs 的實際值是b,c,d,e,這就是一個最簡單的傳遞可變長度的參數(shù)的例子，更多一些演變的形式，都非常類似
在GO中 defer 關(guān)鍵字非常重要，相當(dāng)于面相對像中的析構(gòu)函數(shù)，也就是在某個函數(shù)執(zhí)行完成后，GO會自動這個；
如果在多層循環(huán)中函數(shù)里，都定義了 defer ,那么它的執(zhí)行順序是先進后出；
當(dāng)某個函數(shù)出現(xiàn)嚴(yán)重錯誤時， defer 也會被調(diào)用
輸出為
這是一個最簡單的測試了，當(dāng)然還有更復(fù)雜的調(diào)用，比如調(diào)試程序時，判斷是哪個函數(shù)出了問題，完全可以根據(jù) defer 打印出來的內(nèi)容來進行判斷，非?？焖?，這種留給你們?nèi)崿F(xiàn)
一個函數(shù)在函數(shù)體內(nèi)自己調(diào)用自己我們稱之為遞歸函數(shù)，在做遞歸調(diào)用時，經(jīng)常會將內(nèi)存給占滿，這是非常要注意的，常用的比如，快速排序就是用的遞歸調(diào)用
本篇重點介紹了GO函數(shù)(func)的聲明與使用，下一篇將介紹GO的結(jié)構(gòu) struct
不是為了與眾不同。而是為了更加清晰易懂。
Rob Pike 曾經(jīng)在 Go 官方博客解釋過這個問題（原文地址：），簡略翻譯如下（水平有限翻譯的不對的地方見諒）：
引言
Go語言新人常常會很疑惑為什么這門語言的聲明語法（declaration syntax）會和傳統(tǒng)的C家族語言不同。在這篇博文里，我們會進行一個比較，并做出解答。
C 的語法
首先，先看看 C 的語法。C 采用了一種聰明而不同尋常的聲明語法。聲明變量時，只需寫出一個帶有目標(biāo)變量名的表達(dá)式，然后在表達(dá)式里指明該表達(dá)式本身的類型即可。比如：
int x;
上面的代碼聲明了 x 變量，并且其類型為 int——即，表達(dá)式 x 為 int 類型。一般而言，為了指明新變量的類型，我們得寫出一個表達(dá)式，其中含有我們要聲明的變量，這個表達(dá)式運算的結(jié)果值屬于某種基本類型，我們把這種基本類型寫到表達(dá)式的左邊。所以，下述聲明：
int *p;
int a[3];
指明了 p 是一個int類型的指針，因為 *p 的類型為 int。而 a 是一個 int 數(shù)組，因為 a[3] 的類型為 int（別管這里出現(xiàn)的索引值，它只是用于指明數(shù)組的長度）。
我們接下來看看函數(shù)聲明的情況。C 的函數(shù)聲明中關(guān)于參數(shù)的類型是寫在括號外的，像下面這樣：
int main(argc, argv)
int argc;
char *argv[];
{ /* ... */ }
如前所述，我們可以看到 main 之所以是函數(shù)，是因為表達(dá)式 main(argc, argv) 返回 int。在現(xiàn)代記法中我們是這么寫的：
int main(int argc, char *argv[]) { /* ... */ }
盡管看起來有些不同，但是基本的結(jié)構(gòu)是一樣的。
總的來看，當(dāng)類型比較簡單時，C的語法顯得很聰明。但是遺憾的是一旦類型開始復(fù)雜，C的這套語法很快就能讓人迷糊了。著名的例子如函數(shù)指針，我們得按下面這樣來寫：
int (*fp)(int a, int b);
在這兒，fp 之所以是一個指針是因為如果你寫出 (*fp)(a, b) 這樣的表達(dá)式將會調(diào)用一個函數(shù)，其返回 int 類型的值。如果當(dāng) fp 的某個參數(shù)本身又是一個函數(shù)，情況會怎樣呢？
int (*fp)(int (*ff)(int x, int y), int b)
這讀起來可就點難了。
當(dāng)然了，我們聲明函數(shù)時是可以不寫明參數(shù)的名稱的，因此 main 函數(shù)可以聲明為：
int main(int, char *[])
回想一下，之前 argv 是下面這樣的
char *argv[]
你有沒有發(fā)現(xiàn)你是從聲明的「中間」去掉變量名而后構(gòu)造出其變量類型的？盡管這不是很明顯，但你聲明某個 char *[] 類型的變量的時候，竟然需要把名字插入到變量類型的中間。
我們再來看看，如果我們不命名 fp 的參數(shù)會怎樣：
int (*fp)(int (*)(int, int), int)
這東西難懂的地方可不僅僅是要記得參數(shù)名原本是放這中間的
int (*)(int, int)
它更讓人混淆的地方還在于甚至可能都搞不清這竟然是個函數(shù)指針聲明。我們接著看看，如果返回值也是個函數(shù)指針類型又會怎么樣
int (*(*fp)(int (*)(int, int), int))(int, int)
這已經(jīng)很難看出是關(guān)于 fp 的聲明了。
你自己還可以構(gòu)建出比這更復(fù)雜的例子，但這已經(jīng)足以解釋 C 的聲明語法引入的某些復(fù)雜性了。
還有一點需要指出，由于類型語法和聲明語法是一樣的，要解析中間帶有類型的表達(dá)式可能會有些難度。這也就是為什么，C 在做類型轉(zhuǎn)換的時候總是要把類型用括號括起來的原因，像這樣
(int)M_PI
Go 的語法
非C家族的語言通常在聲明時使用一種不同的類型語法。一般是名字先出現(xiàn)，然后常常跟著一個冒號。按照這樣來寫，我們上面所舉的例子就會變成下面這樣：
x: int
p: pointer to int
a: array[3] of int
這樣的聲明即便有些冗長，當(dāng)至少是清晰的——你只需從左向右讀就行。Go 語言所采用的方案就是以此為基礎(chǔ)的，但為了追求簡潔性，Go 語言丟掉了冒號并去掉了部分關(guān)鍵詞，成了下面這樣：
x int
p *int
a [3]int
在 [3]int 和表達(dá)式中 a 的用法沒有直接的對應(yīng)關(guān)系（我們在下一節(jié)會回過頭來探討指針的問題）。至此，你獲得了代碼清晰性方面的提升，但付出的代價是語法上需要區(qū)別對待。
下面我們來考慮函數(shù)的問題。雖然在 Go 語言里，main 函數(shù)實際上沒有參數(shù)，但是我們先謄抄一下之前的 main 函數(shù)的聲明：
func main(argc int, argv *[]byte) int
粗略一看和 C 沒什么不同，不過自左向右讀的話還不錯。
main 函數(shù)接受一個 int 和一個指針并返回一個 int。
如果此時把參數(shù)名去掉，它還是很清楚——因為參數(shù)名總在類型的前面，所以不會引起混淆。
func main(int, *[]byte) int
這種自左向右風(fēng)格的聲明的一個價值在于，當(dāng)類型變得更復(fù)雜時，它依然相對簡單。下面是一個函數(shù)變量的聲明（相當(dāng)于 C 語言里的函數(shù)指針）
f func(func(int,int) int, int) int
或者當(dāng)它返回一個函數(shù)時：
f func(func(int,int) int, int) func(int, int) int
上面的聲明讀起來還是很清晰，自左向右，而且究竟哪一個變量名是當(dāng)前被聲明的也容易看懂——因為變量名永遠(yuǎn)在首位。
類型語法和表達(dá)式語法帶來的差別使得在 Go 語言里調(diào)用閉包也變得更簡單：
sum := func(a, b int) int { return a+b } (3, 4)
指針
指針有些例外。注意在數(shù)組 (array )和切片 (slice) 中，Go 的類型語法把方括號放在了類型的左邊，但是在表達(dá)式語法中卻又把方括號放到了右邊：
var a []int
x = a[1]
類似的，Go 的指針沿用了 C 的 * 記法，但是我們寫的時候也是聲明時 * 在變量名右邊，但在表達(dá)式中卻又得把 * 放到左左邊：
var p *int
x = *p
不能寫成下面這樣
var p *int
x = p*
因為后綴的 * 可能會和乘法運算混淆，也許我們可以改用 Pascal 的 ^ 標(biāo)記，像這樣
var p ^int
x = p^
我們也許還真的應(yīng)該把 * 像上面這樣改成 ^ （當(dāng)然這么一改 xor 運算的符號也得改），因為在類型和表達(dá)式中的 * 前綴確實把好些事兒都搞得有點復(fù)雜，舉個例子來說，雖然我們可以像下面這樣寫
[]int("hi")
但在轉(zhuǎn)換時，如果類型是以 * 開頭的，就得加上括號：
(*int)(nil)
如果有一天我們愿意放棄用 * 作為指針語法的話，那么上面的括號就可以省略了。
可見，Go 的指針語法是和 C 相似的。但這種相似也意味著我們無法徹底避免在文法中有時為了避免類型和表達(dá)式的歧義需要補充括號的情況。
總而言之，盡管存在不足，但我們相信 Go 的類型語法要比 C 的容易懂。特別是當(dāng)類型比較復(fù)雜時。
重慶分公司
重慶分公司
