分析Go語言接口的設計原則

第分析Go語言接口的設計原則目錄一、前言二、開閉原則三、依賴倒置原則3.1、什么是依賴倒置原則3.2、一個耦合度極高的模塊關系設計3.3、面向抽象層依賴倒轉

一、前言

go的interface寫起來更自由,無需顯示的實現(xiàn),只要實現(xiàn)了與interfece所包含的所有函數(shù)簽名的相同的方法即可。讓編碼更靈活,易擴展。

如何理解go語言中的interface呢

1.interface是方法聲明的集合

2.接口的方法與實現(xiàn)接口的類型方法格式一致

3.接口中所有方法均被實現(xiàn)

4.interface可以作為一種數(shù)據(jù)類型,實現(xiàn)了該接口的任何對象都可以給對應的接口類型變量賦值

特別說明兩點：

interface可以被任意對象實現(xiàn)，一個類型/對象也可以實現(xiàn)多個interface

方法不能重載，如eat(),eat(sstring)不能同時存在

那么作為interface數(shù)據(jù)類型，他存在的意義在哪呢？實際上是為了滿足一些面向對象的編程思想。我們知道，軟件設計的最高目標就是高內(nèi)聚，低耦合。那么其中有一個設計原則叫開閉原則。什么是開閉原則

二、開閉原則

在面向對象編程領域中，開閉原則規(guī)定“軟件中的對象（類，模塊，函數(shù)等等）應該對于擴展是開放的，但是對于修改是封閉的”，這意味著一個實體是允許在不改變它的源代碼的前提下變更它的行為。

看重點:對于擴展是開放的,對于修改是封閉的.

舉個例子:銀行每天要辦理不同的業(yè)務,存款,轉賬,取款等.如果直接是實體來實現(xiàn)如下

packagebank

import"fmt"

typeBankerstruct{

func(b*Banker)Save(){

fmt.Println("存錢")

func(b*Banker)Transfer(){

fmt.Println("轉賬")

func(b*Banker)Get(){

fmt.Println("取錢")

}

有個人要來存錢取錢轉賬了

packagemain

import"aaa/bank"

funcmain(){

varb=bank.Banker{}

b.Save()

b.Get()

b.Transfer()

}

那么隨著業(yè)務越來越多,越來越大.我又要新增加一些業(yè)務,比如基金,股票.然后越來越多,越來越大.導致Banker這個模塊越來越臃腫

這樣的設計會導致，當我們?nèi)ソoBanker添加新的業(yè)務的時候，會直接修改原有的Banker代碼，那么Banker模塊的功能會越來越多，出現(xiàn)問題的幾率也就越來越大，假如此時Banker已經(jīng)有99個業(yè)務了，現(xiàn)在我們要添加第100個業(yè)務，可能由于一次的不小心，導致之前99個業(yè)務也一起崩潰，因為所有的業(yè)務都在一個Banker類里，他們的耦合度太高，Banker的職責也不夠單一，代碼的維護成本隨著業(yè)務的復雜正比成倍增大。

我們使用開閉原則,使用interface將banker模塊抽象出來.然后根據(jù)這個抽象的模塊,去實現(xiàn)save,get,transfer.....

那么依然可以搞定程序的需求。然后，當我們想要給Banker添加額外功能的時候，之前我們是直接修改Banker的內(nèi)容，現(xiàn)在我們可以單獨定義一個股票Banker(實現(xiàn)股票方法)，到這個系統(tǒng)中。而且股票Banker的實現(xiàn)成功或者失敗都不會影響之前的穩(wěn)定系統(tǒng)，他很單一，而且獨立。

所以以上，當我們給一個系統(tǒng)添加一個功能的時候，不是通過修改代碼，而是通過增添代碼來完成，那么就是開閉原則的核心思想了。所以要想滿足上面的要求，是一定需要interface來提供一層抽象的接口的。

golang代碼實現(xiàn)