前言
最近在看Go語(yǔ)言的面向?qū)ο蟮闹R(shí)點(diǎn)時(shí)，發(fā)現(xiàn)它的面向?qū)ο竽芰θ?interface 撐著，而且它的 interface 還與我們以前知道的 interface 完全不同。故而整個(gè)過(guò)程不斷的思考為什么要如此設(shè)計(jì)？這樣設(shè)計(jì)給我們帶來(lái)了什么影響？
interface 我不懂你
Rob Pike 曾說(shuō)：
如果只能選擇一個(gè)Go語(yǔ)言的特 性移植到其他語(yǔ)言中，他會(huì)選擇接口
被Go語(yǔ)言設(shè)計(jì)者如此看重，想來(lái) interface 一定是資質(zhì)不凡，顏值爆表。但是說(shuō)實(shí)話，當(dāng)我第一次讀這部分內(nèi)容的時(shí)候，我產(chǎn)生了以下三個(gè)問(wèn)題：
- 原來(lái)的 implement 方式產(chǎn)生了什么問(wèn)題，我用的不好好的嗎？
- 如果不通過(guò) implement 把接口與實(shí)現(xiàn)類(lèi)強(qiáng)制關(guān)聯(lián)起來(lái)，它怎么知道我實(shí)現(xiàn)的哪個(gè)接口？
- 這么干為實(shí)際編碼帶來(lái)了什么影響或者說(shuō)好處？
帶著這些問(wèn)題我進(jìn)行了一些比較與分析，Rob Pike 如此說(shuō)，不可能是想騙我們都去用 Go，畢竟大家都是上過(guò)小學(xué)的，騙不了你們。
侵入式與非侵入式
在諸多的資料中，大家都提到 侵入式 與 非侵入式 這樣的概念，我用代碼來(lái)解釋下這兩個(gè)概念。
PHP 中的侵入式：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
interface Person{ public function getAge(); public function getName();}class Student implements Person{ private $age; private $name; public function getAge() { return $this->age; } public function getName() { return $this->name; }} |
Go 中的非侵入式
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
|
type Person interface { GetAge() int GetName() string}type Student struct { age int name string}func (s Student) GetAge() int { return s.age}func (s Student) GetName() string { return s.name}func main() { var p Person= Student{20, "Elon"} fmt.Println("This person name is", p.GetName()) fmt.Println("This person age is", p.GetAge())} |
通過(guò)上面的代碼我總結(jié)了以下問(wèn)題：
- 侵入式通過(guò) implements 把實(shí)現(xiàn)類(lèi)與具體接口綁定起來(lái)了，因此有了強(qiáng)耦合;
- 如果我修改了接口，比如改了接口方法，則實(shí)現(xiàn)類(lèi)必須改動(dòng)；
- 如果我希望實(shí)現(xiàn)類(lèi)再實(shí)現(xiàn)一個(gè)接口，實(shí)現(xiàn)類(lèi)也必須進(jìn)行改動(dòng)；
- 后續(xù)跟進(jìn)者，必須了解相關(guān)的接口。
這幾個(gè)問(wèn)題是開(kāi)發(fā)中經(jīng)常遇到的問(wèn)題，而 Go 非侵入式的方式完美解決了這幾個(gè)問(wèn)題。他只要實(shí)現(xiàn)了與接口定義相同的方法，就算實(shí)現(xiàn)了某個(gè)接口，最重要的，隨著代碼的增加，你的類(lèi)結(jié)構(gòu)不會(huì)像 Java 那樣發(fā)生爆炸。因?yàn)槟愀静挥藐P(guān)心你實(shí)現(xiàn)了什么接口，你只需要關(guān)心你的類(lèi)有什么方法，方法有什么功能。在實(shí)現(xiàn)類(lèi)的時(shí)候也不需要像 Java、PHP 一樣引入各種接口，有可能你定義類(lèi)的時(shí)候，某個(gè)接口還不存在，接下來(lái)我單獨(dú)說(shuō)說(shuō)該方式的意義。
interface 意義非凡
在我沒(méi)有理解之前，我覺(jué)得Go的接口很變扭，以前的碼代碼的思路都是：先設(shè)計(jì)好接口，再去做具體的實(shí)現(xiàn)。現(xiàn)在一個(gè)類(lèi)你可能根本分不清他實(shí)現(xiàn)了那個(gè)接口。還是上面的例子，稍微改一下
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
type Person interface { GetAge() int GetName() string}type Car interface { GetAge() int GetName() string}type Student struct { age int name string}func (s Student) GetAge() int { return s.age}func (s Student) GetName() string { return s.name} |
這里有兩個(gè)接口 Person、Car 他們有相同的方法，而 Student 實(shí)現(xiàn)了這兩個(gè)方法，在 Go 里邊就可以說(shuō)他同時(shí)實(shí)現(xiàn)了這兩個(gè)接口，不信你試試
|
1
2
3
4
5
6
7
8
9
10
11
|
func main() { var p Person= Student{20, "Elon"} fmt.Println("This person name is", p.GetName()) fmt.Println("This person age is", p.GetAge()) var c Car= Student{1, "BMW"} fmt.Println("This car name is", c.GetName()) fmt.Println("This car age is", c.GetAge())} |
這里只是為了說(shuō)明問(wèn)題，名字上看起來(lái)有點(diǎn)詭異(Student 竟然可以是車(chē)？上車(chē)就是上 Student？)
這種能力帶來(lái)的真正讓人吃驚的地方是什么？從此以后我可以先寫(xiě)類(lèi)了，我先根據(jù)實(shí)際情況把類(lèi)的功能做好，在某個(gè)我具體需要使用的地方，我再定義接口。說(shuō)的專(zhuān)業(yè)點(diǎn)：也就是接口是由使用方根據(jù)自己真實(shí)需求來(lái)定義，并且不用關(guān)心是否有其它使用方定義過(guò)。
這樣子到底解決了什么開(kāi)發(fā)中的問(wèn)題？舉個(gè)例子：我們一個(gè)大團(tuán)隊(duì)在開(kāi)發(fā)一個(gè)商城系統(tǒng)，m端、app端、pc端都有購(gòu)物車(chē)的需求，底層根據(jù)不同的需求已經(jīng)實(shí)現(xiàn)了一個(gè)Cart類(lèi)，通過(guò)該類(lèi)可以獲取購(gòu)物車(chē)價(jià)格、數(shù)量等。例如：
|
1
2
3
4
5
6
7
8
9
10
11
12
|
type Cart struct { price float32 num int}func (c Cart) GetPrice() float32 { return c.price}func (c Cart) GetNum() int { return c.num} |
這個(gè)時(shí)候前端要進(jìn)行調(diào)用了，他們可以自由定義接口名稱(chēng)用于接受，只需要關(guān)心自己的接口需要什么方法，Cart 是否全部實(shí)現(xiàn)了需要的方法，每一個(gè)端完全可以自己定義一個(gè)接口，接口名稱(chēng)、定義的方法順序都可以不同。
我覺(jué)得這才是真正做到了：依賴于接口而不是實(shí)現(xiàn)，優(yōu)先使用組合而不是繼承
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問(wèn)大家可以留言交流，謝謝大家對(duì)服務(wù)器之家的支持。
原文鏈接：https://segmentfault.com/a/1190000013280677
