原計劃這篇是寫函數的,翻來覆去的研究函數,也沒找到什麼感悟,於是就寫struct吧。這可是個好傢夥阿,一個非玩具的C系統中,絕對是struct的天下,可Go更是青出於藍勝於藍。
struct在Go中基本總是和type一起出現,Go的type關鍵字相似於C中的typedef,給一個變數定義個別名。
先欣賞一段struct的代碼:
package mainimport "fmt"/** * 定義Person類 */type Person struct { name string age int}/** * 為Person類定義方法 */func (this *Person) SetName(name string) { this.name = name}func (this *Person) GetName() string { return this.name}func (this *Person) SetAge(age int) { this.age = age}func (this *Person) GetAge() int { return this.age}/** * 定義Girl類, 繼承於Person */type Girl struct { Person gender string}func (this *Girl) SetGender(gender string) { this.gender = gender}func (this *Girl) GetGender() string { return this.gender}func main() { p1 := new(Person) p1.SetName("yixiao") p1.SetAge(25) fmt.Printf("Name: %s, Age: %d\n", p1.GetName(), p1.GetAge()) var p2 Person p2.SetName("wxw") p2.SetAge(23) fmt.Printf("Name: %s, Age: %d\n", p2.GetName(), p2.GetAge()) var g Girl g.SetName("lili") g.SetAge(12) g.SetGender("girl") fmt.Printf("Name: %s, Age: %d, Gender: %s\n", g.GetName(), g.GetAge(), g.GetGender())}
我相信java和C++程式員看到這段代碼絕對有一種似曾相識的感覺。封裝的資料之上還能提供操作的方法,這就是最基本的物件導向。雖然Go支援一定的物件導向編程,但我們必須得清楚它不是一門OO的語言,僅僅是一門命令式的語言,和C一樣。上面代碼的mian函數中使用了兩種定義Person對象的方法,第一個其實是指標,第二個才是變數,但兩種方式都可以用同一種途徑來訪問其方法,這是Go語言所允許的,如果你是一個C程式員,你可能會非常的驚訝。
上面的代碼中也有繼承的關係,這都是物件導向編程的基本技術,可我個人還是趨向於盡量避免使用繼承,能不用就不用,所有Go支援繼承並沒有讓我為此而興奮,不過語言級支援為封裝的資料類提供方法倒是非常不錯的,這就滿足很大一部分用C++的類寫著C程式的人。因為他們只要簡單的資料和方法的封裝,不要多態,更不要泛型等。
(糾正:這裡準備的說不應該是繼承,應該是組合,類型的組合,雖然效果相似於繼承。我記得C++程式員就經常爭論究竟是用繼承還是用組合。)
一個合格的C++程式員絕對不是用C++寫著C程式,他們需要熟悉各種奇蹟淫巧,需要對C++類的記憶體分布了如指掌。一個再複雜的類,你只要給他一支筆和一張紙,他就能給你畫出各種成員變數,各種方法,虛函數,純虛函數的記憶體分布,並且還能清楚的闡述虛函數表的效能等問題。時至今日,我早已經將虛函數,純虛函數,甚至虛函數表等東東忘得一幹二盡了。這些東西根本不是用來協助你寫出優雅的程式,而是阻礙著你,讓你一輩子都無法洞悉小的優雅。
物件導向的精髓在於抽象,萬物被過度抽象的結果就是迷失自我。