Go語言中的Interface

先給你們拜個早年：狗年旺旺旺

最近在看Go語言的面向對象的知識點時，發現它的面向對象能力全靠 interface 撐着，並且它的 interface 還與咱們之前知道的 interface 徹底不一樣。故而整個過程不斷的思考爲何要如此設計？這樣設計給咱們帶來了什麼影響？

interface 我不懂你

Rob Pike 曾說：

若是隻能選擇一個Go語言的特 性移植到其餘語言中，他會選擇接口

被Go語言設計者如此看重，想來 interface 必定是資質不凡，顏值爆表。可是說實話，當我第一次讀這部份內容的時候，我產生了如下三個問題：

1. 原來的 implement 方式產生了什麼問題，我用的很差好的嗎？
2. 若是不經過 implement 把接口與實現類強制關聯起來，它怎麼知道我實現的哪一個接口？
3. 這麼幹爲實際編碼帶來了什麼影響或者說好處？

帶着這些問題我進行了一些比較與分析，Rob Pike 如此說，不多是想騙咱們都去用 Go，畢竟你們都是上太小學的，騙不了大家。

侵入式與非侵入式

在諸多的資料中，你們都提到 侵入式 與 非侵入式 這樣的概念，我用代碼來解釋下這兩個概念。

PHP 中的侵入式：

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 中的非侵入式

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())
}
複製代碼

經過上面的代碼我總結了如下問題：

1. 侵入式經過 implements 把實現類與具體接口綁定起來了，所以有了強耦合;
2. 若是我修改了接口，好比改了接口方法，則實現類必須改動；
3. 若是我但願實現類再實現一個接口，實現類也必須進行改動；
4. 後續跟進者，必須瞭解相關的接口。

這幾個問題是開發中常常遇到的問題，而 Go 非侵入式的方式完美解決了這幾個問題。他只要實現了與接口定義相同的方法，就算實現了某個接口，最重要的，隨着代碼的增長，你的類結構不會像 Java 那樣發生爆炸。由於你根本不用關心你實現了什麼接口，你只須要關心你的類有什麼方法，方法有什麼功能。在實現類的時候也不須要像 Java、PHP 同樣引入各類接口，有可能你定義類的時候，某個接口還不存在，接下來我單獨說說該方式的意義。

interface 意義非凡

在我沒有理解以前，我以爲Go的接口很變扭，之前的碼代碼的思路都是：先設計好接口，再去作具體的實現。如今一個類你可能根本分不清他實現了那個接口。仍是上面的例子，稍微改一下

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 裏邊就能夠說他同時實現了這兩個接口，不信你試試

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類，經過該類能夠獲取購物車價格、數量等。例如：

type Cart struct {
	price float32
	num int
}

func (c Cart) GetPrice() float32 {
    return c.price
}

func (c Cart) GetNum() int {
    return c.num
}
複製代碼

這個時候前端要進行調用了，他們能夠自由定義接口名稱用於接受，只須要關心本身的接口須要什麼方法，Cart 是否所有實現了須要的方法，每個端徹底能夠本身定義一個接口，接口名稱、定義的方法順序均可以不一樣。

我以爲這纔是真正作到了：依賴於接口而不是實現，優先使用組合而不是繼承

---

歡迎指正交流