前言
最近在看Go語言的面向對象的知識點時，發現它的面向對象能力全靠 interface 撐著，而且它的 interface 還與我們以前知道的 interface 完全不同。故而整個過程不斷的思考為什么要如此設計？這樣設計給我們帶來了什么影響？
interface 我不懂你
Rob Pike 曾說：
如果只能選擇一個Go語言的特 性移植到其他語言中，他會選擇接口
被Go語言設計者如此看重，想來 interface 一定是資質不凡，顏值爆表。但是說實話，當我第一次讀這部分內容的時候，我產生了以下三個問題：
- 原來的 implement 方式產生了什么問題，我用的不好好的嗎？
- 如果不通過 implement 把接口與實現類強制關聯起來，它怎么知道我實現的哪個接口？
- 這么干為實際編碼帶來了什么影響或者說好處？
帶著這些問題我進行了一些比較與分析，Rob Pike 如此說，不可能是想騙我們都去用 Go，畢竟大家都是上過小學的，騙不了你們。
侵入式與非侵入式
在諸多的資料中，大家都提到 侵入式 與 非侵入式 這樣的概念，我用代碼來解釋下這兩個概念。
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())} |
通過上面的代碼我總結了以下問題：
- 侵入式通過 implements 把實現類與具體接口綁定起來了，因此有了強耦合;
- 如果我修改了接口，比如改了接口方法，則實現類必須改動；
- 如果我希望實現類再實現一個接口，實現類也必須進行改動；
- 后續跟進者，必須了解相關的接口。
這幾個問題是開發中經常遇到的問題，而 Go 非侵入式的方式完美解決了這幾個問題。他只要實現了與接口定義相同的方法，就算實現了某個接口，最重要的，隨著代碼的增加，你的類結構不會像 Java 那樣發生爆炸。因為你根本不用關心你實現了什么接口，你只需要關心你的類有什么方法，方法有什么功能。在實現類的時候也不需要像 Java、PHP 一樣引入各種接口，有可能你定義類的時候，某個接口還不存在，接下來我單獨說說該方式的意義。
interface 意義非凡
在我沒有理解之前，我覺得Go的接口很變扭，以前的碼代碼的思路都是：先設計好接口，再去做具體的實現。現在一個類你可能根本分不清他實現了那個接口。還是上面的例子，稍微改一下
|
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} |
這里有兩個接口 Person、Car 他們有相同的方法，而 Student 實現了這兩個方法，在 Go 里邊就可以說他同時實現了這兩個接口，不信你試試
|
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())} |
這里只是為了說明問題，名字上看起來有點詭異(Student 竟然可以是車？上車就是上 Student？)
這種能力帶來的真正讓人吃驚的地方是什么？從此以后我可以先寫類了，我先根據實際情況把類的功能做好，在某個我具體需要使用的地方，我再定義接口。說的專業點：也就是接口是由使用方根據自己真實需求來定義，并且不用關心是否有其它使用方定義過。
這樣子到底解決了什么開發中的問題？舉個例子：我們一個大團隊在開發一個商城系統，m端、app端、pc端都有購物車的需求，底層根據不同的需求已經實現了一個Cart類，通過該類可以獲取購物車價格、數量等。例如：
|
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} |
這個時候前端要進行調用了，他們可以自由定義接口名稱用于接受，只需要關心自己的接口需要什么方法，Cart 是否全部實現了需要的方法，每一個端完全可以自己定義一個接口，接口名稱、定義的方法順序都可以不同。
我覺得這才是真正做到了：依賴于接口而不是實現，優先使用組合而不是繼承
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對服務器之家的支持。
原文鏈接：https://segmentfault.com/a/1190000013280677
