Go語言中你不知道的Interface詳解

前言

最近在看Go語言的面向?qū)ο蟮闹R點時，發(fā)現(xiàn)它的面向?qū)ο竽芰θ?interface 撐著，而且它的 interface 還與我們以前知道的 interface 完全不同。故而整個過程不斷的思考為什么要如此設(shè)計？這樣設(shè)計給我們帶來了什么影響？

interface 我不懂你

Rob Pike 曾說：

如果只能選擇一個Go語言的特 性移植到其他語言中，他會選擇接口

被Go語言設(shè)計者如此看重，想來 interface 一定是資質(zhì)不凡，顏值爆表。但是說實話，當(dāng)我第一次讀這部分內(nèi)容的時候，我產(chǎn)生了以下三個問題：

• 原來的 implement 方式產(chǎn)生了什么問題，我用的不好好的嗎？
• 如果不通過 implement 把接口與實現(xiàn)類強制關(guān)聯(lián)起來，它怎么知道我實現(xiàn)的哪個接口？
• 這么干為實際編碼帶來了什么影響或者說好處？

帶著這些問題我進(jìn)行了一些比較與分析，Rob Pike 如此說，不可能是想騙我們都去用 Go，畢竟大家都是上過小學(xué)的，騙不了你們。

侵入式與非侵入式

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

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())
}

通過上面的代碼我總結(jié)了以下問題：

• 侵入式通過 implements 把實現(xiàn)類與具體接口綁定起來了，因此有了強耦合;
• 如果我修改了接口，比如改了接口方法，則實現(xiàn)類必須改動；
• 如果我希望實現(xiàn)類再實現(xiàn)一個接口，實現(xiàn)類也必須進(jìn)行改動；
• 后續(xù)跟進(jìn)者，必須了解相關(guān)的接口。

這幾個問題是開發(fā)中經(jīng)常遇到的問題，而 Go 非侵入式的方式完美解決了這幾個問題。他只要實現(xiàn)了與接口定義相同的方法，就算實現(xiàn)了某個接口，最重要的，隨著代碼的增加，你的類結(jié)構(gòu)不會像 Java 那樣發(fā)生爆炸。因為你根本不用關(guān)心你實現(xiàn)了什么接口，你只需要關(guān)心你的類有什么方法，方法有什么功能。在實現(xiàn)類的時候也不需要像 Java、PHP 一樣引入各種接口，有可能你定義類的時候，某個接口還不存在，接下來我單獨說說該方式的意義。

interface 意義非凡

在我沒有理解之前，我覺得Go的接口很變扭，以前的碼代碼的思路都是：先設(shè)計好接口，再去做具體的實現(xiàn)?，F(xiàn)在一個類你可能根本分不清他實現(xiàn)了那個接口。還是上面的例子，稍微改一下

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 實現(xiàn)了這兩個方法，在 Go 里邊就可以說他同時實現(xiàn)了這兩個接口，不信你試試

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？)

這種能力帶來的真正讓人吃驚的地方是什么？從此以后我可以先寫類了，我先根據(jù)實際情況把類的功能做好，在某個我具體需要使用的地方，我再定義接口。說的專業(yè)點：也就是接口是由使用方根據(jù)自己真實需求來定義，并且不用關(guān)心是否有其它使用方定義過。

這樣子到底解決了什么開發(fā)中的問題？舉個例子：我們一個大團隊在開發(fā)一個商城系統(tǒng)，m端、app端、pc端都有購物車的需求，底層根據(jù)不同的需求已經(jīng)實現(xiàn)了一個Cart類，通過該類可以獲取購物車價格、數(shù)量等。例如：

type Cart struct {
 price float32
 num int
}

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

func (c Cart) GetNum() int {
 return c.num
}

這個時候前端要進(jìn)行調(diào)用了，他們可以自由定義接口名稱用于接受，只需要關(guān)心自己的接口需要什么方法，Cart 是否全部實現(xiàn)了需要的方法，每一個端完全可以自己定義一個接口，接口名稱、定義的方法順序都可以不同。

我覺得這才是真正做到了：依賴于接口而不是實現(xiàn)，優(yōu)先使用組合而不是繼承

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。