前言

最近在看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 中的侵入式：

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

通過(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è)接口。還是上面的例子，稍微改一下

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è)接口，不信你試試

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ō)的專業(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ù)量等。例如：

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)用了，他們可以自由定義接口名稱用于接受，只需要關(guān)心自己的接口需要什么方法，Cart 是否全部實(shí)現(xiàn)了需要的方法，每一個(gè)端完全可以自己定義一個(gè)接口，接口名稱、定義的方法順序都可以不同。

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

總結(jié)

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