Golang中沒有設計構造函數. 取而代之的, 設計Golang的大師希望你用普通函數去實現構造的任務.
一直只是覺得這只是體現Golang這門新語言的精簡設計之道, 直到自己實現編譯器后才發現構造函數的設計本身是值得商榷的
我們先看下構造函數的規則
構造函數調用規則
構造參數量: 0表示沒有構造函數, 1表示有構造函數0個參數
| 本類構造 | 父類構造 | 處理方法 |
|---|
| 0 | 0 | 不處理 |
| 1 | 0 | 調本類ctor |
| 0 | 1 | 調父類ctor |
| 1 | 1 | 調本類ctor, 本類ctor調父類ctor |
| 2 | 1 | 調本類ctor, 本類ctor調父類ctor |
| 1 | 2 | 報錯, 手動調父類ctor |
| 2 | 2 | 報錯, 手動調父類ctor |
普通函數重載規則
實際只用考慮最典型的一種行為: 實例化子類, 轉為父類調用方法, 這個時候
如果方法是override, 調用的是子類
如果方法是virutal或者不指明, 調用的是父類
整個重載過程, 子類絕對不會隱式調用父類的行為
需要構造函數么?
構造函數的優點
- 本身屬于一種特殊的成員函數
- 編譯器幫你自動傳導調用父級
構造函數的缺點
- 隱式的調用規則
- 雖然屬于成員函數, 但是與其他成員函數調用規則完全不同, 需要特殊記憶
- 帶參數的構造函數, 在父類參數多于子類時, 需要引用復雜語法來實現父級構造調用
其實我們對初始化函數的需求只有1條: 自定義
所以, 可以理解Golang不加入構造函數的設計是正確的
即: 簡單, 清晰, 有規律