在正常的測試中，當(dāng)我們需要進(jìn)行接口測試時，通常使用接口調(diào)試工具，如postman進(jìn)行接口測試
成都創(chuàng)新互聯(lián)公司，專注為中小企業(yè)提供官網(wǎng)建設(shè)、營銷型網(wǎng)站制作、響應(yīng)式網(wǎng)站設(shè)計、展示型成都網(wǎng)站建設(shè)、做網(wǎng)站等服務(wù)，幫助中小企業(yè)通過網(wǎng)站體現(xiàn)價值、有效益。幫助企業(yè)快速建站、解決網(wǎng)站建設(shè)與網(wǎng)站營銷推廣問題。
目前我在嘗試使用Go語言進(jìn)行接口測試，使用的庫均為Go自帶的庫。
注：當(dāng)前采用的接口為時事新聞接口，每天可以請求100次，需要的同學(xué)，可以自行使用。
大家好，我是謝偉，是一名程序員。
下面的學(xué)習(xí)是一個系列，力求從初學(xué)者的角度學(xué)會go 語言，達(dá)到中級程序員水平。
這一系列是我的輸出總結(jié)，同時我還推出了視頻版。正在制作過程。
為寫出這些文章，我閱讀了網(wǎng)上諸多熱門的教程和紙質(zhì)書籍。內(nèi)容的實(shí)質(zhì)都是那些，要區(qū)分出差異的話，只能表現(xiàn)在具體實(shí)例層面。所以，實(shí)例我會選取自己在工作中的項目實(shí)例抽取出來。希望對大家有所幫助。
我們已經(jīng)研究了：
本節(jié)的主題是：接口
接口是 golang 中最值得強(qiáng)調(diào)的特性。它讓面向?qū)ο?，?nèi)容組織實(shí)現(xiàn)非常的方便。
接口在 go 語言中是一系列方法的集合，原則上方法可以有很多個，但建議4個左右。
上文中定義了一個 httpClient 的接口，指定了這個接口可以干這些活： Get、Post、Put、Delete
上文中指定了 httpClient 接口，指定了這個接口需要干的活是： Get、Post、Put、Delete ， 具體的實(shí)現(xiàn)需要靠其他結(jié)構(gòu)體來實(shí)現(xiàn)。
一個結(jié)構(gòu)體實(shí)現(xiàn)了接口要求的所有的方法(方法的參數(shù)和返回值一致)，那么就說這個結(jié)構(gòu)體實(shí)現(xiàn)了這個接口
上文中的使用： httpClient 屏蔽了 httpImpl 的內(nèi)部細(xì)節(jié)，而依然可以使用 Get 方法，去完成任務(wù)。
當(dāng)然接口可以被諸多結(jié)構(gòu)體實(shí)現(xiàn)，只需存在接口定義的幾種方法即可。
接口和結(jié)構(gòu)體的定義很相似，也可以完成嵌入接口的功能，嵌入的匿名的接口，可以自動的具備被嵌入的接口的方法。
結(jié)構(gòu)體實(shí)現(xiàn) String 方法即可實(shí)現(xiàn)結(jié)構(gòu)化輸出結(jié)構(gòu)體。
實(shí)現(xiàn)Error 方法即可自定義錯誤類型。
這幾個讀寫接口在好些庫中實(shí)現(xiàn)了，后續(xù)我們再討論。
Any 類型
空接口在 go 里，可以當(dāng)成任意類型，意味著，比如你的函數(shù)或者方法不知道傳入的參數(shù)的類型，可以直接定義為 interface{}
類型斷言
類型斷言的使用場景是：接口類型的變量可以包含任何類型的值。如何判斷變量的真實(shí)類型？
比如解析一個不知道字段類型的 json， 常常需要使用到類型斷言。
可以使用：
ok...idiom
varInterface.(T), varInterface 必須是接口、T 則是具體的實(shí)現(xiàn)接口的結(jié)構(gòu)體
switch ..case...
.(type) 只在 switch 語句里才能使用。
以上就是接口的全部內(nèi)容，接口是go 中最特別的特性。借助 接口， go 實(shí)現(xiàn)面向?qū)ο笾械睦^承和多態(tài)。
接口是方法的集合，只定義具體要干什么，而怎么干，則由其他的結(jié)構(gòu)體的方法實(shí)現(xiàn)。這樣不同的結(jié)構(gòu)體的方法的具體處理不同，實(shí)現(xiàn)的接口的功能就不一樣。
盡管如此，接口并不意味著可以隨意濫用。我們最好是根據(jù)面向?qū)ο蟮目陀^實(shí)體，抽象出接口和方法。
本節(jié)完，再會。
1 接口的定義與理解
接口是一個自定義類型，它是一組方法的集合。從定義上來看，接口有兩個特點(diǎn)。第一，接口本質(zhì)是一種自定義類型，因此不要將golang中的接口簡單理解為C++/Java中的接口，后者僅用于聲明方法簽名。第二，接口是一種特殊的自定義類型，其中沒有數(shù)據(jù)成員，只有方法（也可以為空）。
接口是完全抽象的，因此不能將其實(shí)例化。然而，可以創(chuàng)建一個其類型為接口的變量，它可以被賦值為任何滿足該接口類型的實(shí)際類型的值。接口的重要特性是：
（1）只要某個類型實(shí)現(xiàn)了接口要的方法，那么我們就說該類型實(shí)現(xiàn)了此接口。該類型的值可以賦給該接口的值;
（2）作為1的推論，任何類型的值都可以賦值給空接口interface{}
注意：這只是golang中接口的特性，為非所有類型的特性（接口是一種特殊的類型）。
接口的特性是golang支持鴨子類型的基礎(chǔ)，即“如果它走起來像鴨子，叫起來像鴨子（實(shí)現(xiàn)了接口要的方法），它就是一只鴨子（可以被賦值給接口的值）”。憑借接口機(jī)制和鴨子類型，golang提供了一種有利于類、繼承、模板之外的更加靈活強(qiáng)大的選擇。
2 例子
type Exchanger interface {
exchange()
}
type StringPair struct {
first, second string
}
type Point[2]int
func (sp *StringPair) exchange() {
sp.first, sp.second = sp.second, sp.first
}
func (p *Point) exchange() {
p[0], p[1] = p[1], p[0]
}
func exchangeThese(exchangers ...Exchanger) {
for _, exchanger := range exchangers {
exchanger.exchange()
}
}
func main() {
pair1 := StringPair{"abc","def"}
pair2 := StringPair{"ghi","jkl"}
point := Point{5, 7}
fmt.Println(pair1, pair2, point)
pair1.exchange()
pair2.exchange()
point.exchange()
fmt.Println(pair1, pair2, point)
// exchangeThese(pair1, pair2) //wrong
exchangeThese(pair1, pair2)
fmt.Println(pair1, pair2)
}
運(yùn)行結(jié)果
在本例中，自定義類型StringPair和Point指針實(shí)現(xiàn)了接口Exchanger所需的方法，因此該類型的值可以被賦值給接口的值。
另外，特別注意一點(diǎn)。如果使用exchangeThese(pair1,
pair2)會導(dǎo)致編譯錯誤（如下圖），正確寫法應(yīng)當(dāng)是exchangeThese(pair1,
pair2)。這是由于真正滿足接口Exchanger的類型是StringPair指針，而非StringPair。
在golang中，值接收者和指針接收者的方法集是不同的。只是golang會智能地解引用和取引用，使得二者的方法集看上去是一樣的。但是，在調(diào)用exchangeThese時，就凸顯出二者的不同了。
下面定義一個結(jié)構(gòu)體類型和該類型的一個方法：
復(fù)制代碼代碼如下:
type User struct {
Name string
Email string
}
func (u User) Notify() error
首先我們定義了一個叫做 User 的結(jié)構(gòu)體類型，然后定義了一個該類型的方法叫做 Notify，該方法的接受者是一個 User 類型的值。要調(diào)用 Notify 方法我們需要一個 User 類型的值或者指針：
復(fù)制代碼代碼如下:
// User 類型的值可以調(diào)用接受者是值的方法
damon := User{"AriesDevil", "ariesdevil@xxoo.com"}
damon.Notify()
// User 類型的指針同樣可以調(diào)用接受者是值的方法
alimon := User{"A-limon", "alimon@ooxx.com"}
alimon.Notify()
最近寫了個kafka的接收消息的功能，需要使用回調(diào)處理收到的消息。
一個是基本的回調(diào)，一個是使用接口功能實(shí)現(xiàn)回調(diào)，對接口是個很好的學(xué)習(xí)。
1.正常回調(diào)
kafka的接收消息處。收到消息后，使用傳入的Onmessage進(jìn)行處理。
調(diào)用kafka接收消息的單元，并在調(diào)用方寫好回調(diào)
在調(diào)用方實(shí)現(xiàn)回調(diào)需要執(zhí)行的方法
感覺還是使用基本回調(diào)相對簡單點(diǎn)，接口就當(dāng)學(xué)習(xí)了。
另外跨包的接口的方法要大寫！定位了好久發(fā)現(xiàn)個入門的問題。
所謂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é)議的一部分。
重慶分公司
重慶分公司
