【Golang】對使用接口實(shí)現(xiàn)多態(tài)的理解

看【Go語言實(shí)戰(zhàn)】這本書第二遍了，看第一遍的時候只是留下個印象，為了加深記憶以及方便回顧，把自己的理解寫出來，僅供參考，Go Go Go，開始

在榮成等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強(qiáng)發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供網(wǎng)站設(shè)計、網(wǎng)站制作 網(wǎng)站設(shè)計制作按需策劃設(shè)計,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站建設(shè),網(wǎng)絡(luò)營銷推廣,外貿(mào)網(wǎng)站建設(shè),榮成網(wǎng)站建設(shè)費(fèi)用合理。

接口是用來定義行為的類型。這些被定義的行為不由接口直接實(shí)現(xiàn)，而是通過方法由用戶 定義的類型實(shí)現(xiàn)。如果用戶定義的類型實(shí)現(xiàn)了某個接口類型聲明的一組方法，那么這個用戶定 義的類型的值就可以賦給這個接口類型的值。這個賦值會把用戶定義的類型的值存入接口類型 的值。

1、如果參數(shù)類型是指針，那么在調(diào)用的時候也必須傳遞指針地址，因為編譯器不是總能自動獲取一個值的地址

2、如果參數(shù)類型是值，那調(diào)用的時候傳值或者指針都可以，因為通過指針可以獲取到對應(yīng)的值

1、定義一個接口，接口中定義一個方法，所有想要實(shí)現(xiàn)該接口的類型，必須先實(shí)現(xiàn)接口中的方法

2、定義一個類型，并為該類型以接收者方式實(shí)現(xiàn)【步驟1】中的接口方法

3、聲明一個多態(tài)方法，接收的參數(shù)類型為【步驟1】中定義的接口類型

4、調(diào)用該多態(tài)方法，并把【步驟2】中定義的類型作為參數(shù)傳遞給【步驟3】中聲明的多態(tài)方法，由多態(tài)方法來調(diào)用接口方法

為什么我不喜歡Go語言式的接口

所謂Go語言式的接口，就是不用顯示聲明類型T實(shí)現(xiàn)了接口I，只要類型T的公開方法完全滿足接口I的要求，就可以把類型T的對象用在需要接口I的地方。這種做法的學(xué)名叫做Structural Typing，有人也把它看作是一種靜態(tài)的Duck Typing。除了Go的接口以外，類似的東西也有比如Scala里的Traits等等。有人覺得這個特性很好，但我個人并不喜歡這種做法，所以在這里談?wù)勊娜秉c(diǎn)。當(dāng)然這跟動態(tài)語言靜態(tài)語言的討論類似，不能簡單粗暴的下一個“好”或“不好”的結(jié)論。

我的觀點(diǎn):

Go的隱式接口Duck Typing確實(shí)不是新技術(shù), 但是在主流靜態(tài)編程語言中支持Duck Typing應(yīng)該是很少的(不清楚目前是否只有Go語言支持).

靜態(tài)類型和動態(tài)類型雖然沒有絕對的好和不好, 但是每個都是有自己的優(yōu)勢的, 沒有哪一個可以包辦一切. 而Go是試圖結(jié)合靜態(tài)類型和動態(tài)類型(interface)各自的優(yōu)勢.

那么就從頭談起：什么是接口。其實(shí)通俗的講，接口就是一個協(xié)議，規(guī)定了一組成員，例如.NET里的ICollection接口：

public interface ICollection {

int Count { get; }

object SyncRoot { get; }

bool IsSynchronized { get; }

void CopyTo(Array array, int index);

}

這就是一個協(xié)議的全部了嗎？事實(shí)并非如此，其實(shí)接口還規(guī)定了每個行為的“特征”。打個比方，這個接口的Count除了需要返回集合內(nèi)元素的數(shù)目以外，還隱含了它需要在O(1)時間內(nèi)返回這個要求。這樣一個使用了ICollection接口的方法才能放心地使用Count屬性來獲取集合大小，才能在知道這些特征的情況下選用正確的算法來編寫程序，而不用擔(dān)心帶來性能問題，這才能實(shí)現(xiàn)所謂的“面向接口編程”。當(dāng)然這種“特征”并不但指“性能”上的，例如Count還包含了例如“不修改集合內(nèi)容”這種看似十分自然的隱藏要求，這都是ICollection協(xié)議的一部分。

Go語言不同接口，聲明了同名方法，怎么解決問題

有好幾次，當(dāng)我想起來的時候，總是會問自己：我為什么要放棄Go語言？這個決定是正確的嗎？是明智和理性的嗎？其實(shí)我一直在認(rèn)真思考這個問題。開門見山地說，我當(dāng)初放棄Go語言（golang），就是因為兩個“不爽”：第一，對Go語言本身不爽；第二，對Go語言社區(qū)里的某些人不爽。毫無疑問，這是非常主觀的結(jié)論。轉(zhuǎn)載1.1 不允許左花括號另起一行1.2 編譯器莫名其妙地給行尾加上分號1.3 極度強(qiáng)調(diào)編譯速度，不惜放棄本應(yīng)提供的功能1.4 錯誤處理機(jī)制太原始1.5 垃圾回收器（GC）不完善、有重大缺陷1.6 禁止未使用變量和多余import1.7 創(chuàng)建對象的方式太多令人糾結(jié)1.8 對象沒有構(gòu)造函數(shù)和析構(gòu)函數(shù)1.9 defer語句的語義設(shè)定不甚合理1.10 許多語言內(nèi)置設(shè)施不支持用戶定義的類型1.11 沒有泛型支持，常見數(shù)據(jù)類型接口丑陋1.12 實(shí)現(xiàn)接口不需要明確聲明1.13 省掉小括號卻省不掉花括號1.14 編譯生成的可執(zhí)行文件尺寸非常大1.15 不支持動態(tài)加載類庫