Go 去找個物件吧

crossoverJie發表於2021-02-23

前言

我的讀者中應該大部分都是 Java 從業者,不知道寫 Java 這些年是否真的有找到物件?

沒找到也沒關係,總不能在一棵樹上吊死,我們也可以來 Go 這邊看看,說不定會有新發現。

開個玩笑,本文會以一個 Javaer 的角度來聊聊 Go 語言中的物件導向。

OOP

物件導向這一詞來源於Object Oriented Programming,也就是大家常說的 OOP

對於 Go 是否為物件導向的程式語言,這點也是討論已久;不過我們可以先看看官方的說法:

其他的我們暫且不看,Yes and No. 這個回答就比較微妙了,為了這篇文章還能寫下去我們先認為 Go 是物件導向的。


物件導向有著三個重要特徵:

  1. 封裝
  2. 繼承
  3. 多型

封裝

Go 並沒有 Class 的概念,卻可以使用 struct 來達到類似的效果,比如我們可以對汽車宣告如下:

type Car struct {
	Name string
	Price float32
}

Java 不同的是,struct 中只儲存資料,不能定義行為,也就是方法。

當然也能為 Car 定義方法,只是寫法略有不同:

func (car *Car) Info()  {
	fmt.Printf("%v price: [%v]", car.Name, car.Price)
}

func main() {
	car := Car{
		Name: "BMW",
		Price: 100.0,
	}
	car.Info()

}

在方法名稱前加上 (car *Car) 便能將該方法指定給 Car ,其中的 car 引數可以理解為 Java 中的 this 以及 Python 中的 self,就語義來說我覺得 go 更加簡單一些。

畢竟我見過不少剛學習 Java 的萌新非常不理解 this 的含義與用法。

匿名結構體

既然談到結構體了那就不得不聊聊 Go 支援的匿名結構體(雖然和麵向物件沒有太大關係)

func upload(path string) {
	body, err := ioutil.ReadAll(res.Body)
	smsRes := struct {
		Success bool   `json:"success"`
		Code    string `json:"code"`
		Message string `json:"message"`
		Data    struct {
			URL string `json:"url"`
		} `json:"data"`
		RequestID string `json:"RequestId"`
	}{}
	err = json.Unmarshal(body, &smsRes)
	fmt.Printf(smsRes.Message)
}

Go 允許我們在方法內部建立一個匿名的結構體,後續還能直接使用該結構體來獲取資料。

這點在我們呼叫外部介面解析響應資料時非常有用,建立一個臨時的結構體也不用額為維護;同時還能用物件導向的方式獲取資料。

相比於將資料存放在 map 中用欄位名獲取要優雅許多。

繼承

Go 語言中並沒有 JavaC++ 這樣的繼承概念,類之間的關係更加扁平簡潔。

各位 Javaer 應該都看過這類圖:

相信大部分新手看到這圖時就已經懵逼,更別說研究各個類之間的關係了。

不過這樣好處也明顯:如果我們抽象合理,整個系統結構會很好維護和擴充套件;但前提是我們能抽象合理。

Go 語言中更推薦使用組合的方式來複用資料:

type ElectricCar struct {
	Car
	Battery int32
}

func main() {
	xp := ElectricCar{
		Car{Name: "xp", Price: 200},
		70,
	}
	fmt.Println(xp.Name)

}

這樣我們便可以將公共部分的資料組合到新的 struct 中,並能夠直接使用。

介面(多型)

面向介面程式設計的好處這裡就不在贅述了,我們來看看 Go 是如何實現的:

type ElectricCar struct {
	Car
	Battery int32
}
type PetrolCar struct {
	Car
	Gasoline int32
}

//定義一個介面
type RunService interface {
	Run()
}

// 實現1
func (car *PetrolCar) Run() {
	fmt.Printf("%s PetrolCar run \n", car.Name)
}

// 實現2
func (car *ElectricCar)Run() {
	fmt.Printf("%s ElectricCar run \n", car.Name)
}

func Do(run RunService) {
	run.Run()
}

func main() {
	xp := ElectricCar{
		Car{Name: "xp", Price: 200},
		70,
	}
	petrolCar := PetrolCar{
		Car{Name: "BMW", Price: 300},
		50,
	}
	Do(&xp)
	Do(&petrolCar)

}

首先定義了一個介面 RunServiceElectricCarPetrolCar 都實現了該介面。

可以看到 Go 實現一個介面的方式並不是 implement,而是用結構體宣告一個相同簽名的方法。

這種實現模式被稱為”鴨子型別“,Python 中的介面也是類似的鴨子型別

詳細介紹可以參考這篇:Python 中的面向介面程式設計

介面當然也是可以擴充套件的,類似於 struct 中的巢狀:

type DiService interface {
	Di()
}

//定義一個介面
type RunService interface {
	DiService
	Run()
}

得益於 Go 的強型別,剛才的 struct 也得實現 DiService 這個介面才能編譯通過。

總結

到這裡應該是能理解官方所說的 Yes and No. 的含義了;Go 對物件導向的語法不像 Java 那麼嚴苛,甚至整個語言中都找不到 object(物件) 這個關鍵詞;但是利用 Go 裡的其他特性也是能實現 OOP 的。

是否為物件導向我覺得並不重要,主要目的是我們能寫出易擴充套件好維護的程式碼。

例如官方標準庫中就有許多利用介面程式設計的例子:

由於公司技術棧現在主要由 Go 為主,後續也會繼續更新 Go 相關的實戰經驗;如果你也對學習 Go 感興趣那不妨點個關注吧。

相關文章