二 golang推薦的命名規范
很少見人總結一些命名規范，也可能是筆者孤陋寡聞， 作為一個兩年的golang 開發者， 我根據很多知名的專案，如 moby, kubernetess 等總結了一些常見的命名規范，
命名規范可以使得代碼更容易與閱讀， 更少的出現錯誤，
檔案命名規范
由于檔案跟包無任何關系， 而又避免windows大小寫的問題，所以推薦的明明規范如下：
- 檔案名應一律使用小寫
- 不同單詞之間用下劃線分割
- 命名應盡可能地見名知意
常量命名規范
常量明明用 camelcase來命名示例如下
const todayNews = "Hello"
// 如果超過了一個常量應該用括號的方法來組織
const (
systemName = "What"
sysVal = "dasdsada"
)
變數命名規范
與常量命名方式一樣，變數也應該使用駝峰的命名方式, 但注意盡量不與包名一致或者以包名開頭
var x string
x := new(string)
函式命名規范
由于Golang的特殊性（用大小寫來控制函式的可見性），除特殊的性能測驗與單元測驗函式之外, 都應該遵循如下原則
- 使用駝峰命名
- 如果
包外不需要訪問請用小寫開頭的函式 - 如果需要
暴露出去給包外訪問需要使用大寫開頭的函式名稱
一個典型的函式命名方法如下：
// 注釋一律使用雙斜線， 物件暴露的方法
func (*fileDao) AddFile(file *model.File) bool {
result := db.NewRecord(*file)
if result {
db.Create(file)
}
return result
}
// 不需要給包外訪問的函式如下
func removeCommaAndQuote(content string) string {
re, _ := regexp.Compile("[\\`\\,]+")
return strings.TrimSpace(re.ReplaceAllString(content, ""))
}
介面命名規范
介面命名也是要遵循駝峰方式命名， 可以用 type alias 來定義大寫開頭的type 給包外訪問
type helloWorld interface {
func Hello();
}
type SayHello helloWorld
Struct命名規范
- 與介面命名規范類似
receiver 命名規范
golang 中存在receiver 的概念 receiver 名稱應該盡量保持一致， 避免this, super，等其他語言的一些語意關鍵字如下
type A struct{}
func (a *A) methodA() {
}
func (a *A) methodB() {
a.methodA()
}
注釋規范
- 注釋應一律使用雙斜線
作者：倉儲大叔，張占嶺，
榮譽：微軟MVP
QQ：853066980
支付寶掃一掃，為大叔打賞!
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/551598.html
標籤：其他
上一篇：golang基礎知識
下一篇：返回列表