本規(guī)范旨在為日常Go項(xiàng)目開發(fā)提供一個(gè)代碼的規(guī)范指導(dǎo),方便團(tuán)隊(duì)形成一個(gè)統(tǒng)一的代碼風(fēng)格,提高代碼的可讀性,規(guī)范性和統(tǒng)一性。本規(guī)范將從命名規(guī)范,注釋規(guī)范,代碼風(fēng)格和 Go 語言提供的常用的工具這幾個(gè)方面做一個(gè)說明。該規(guī)范參考了 go 語言官方代碼的風(fēng)格制定。
一、 命名規(guī)范
命名是代碼規(guī)范中很重要的一部分,統(tǒng)一的命名規(guī)則有利于提高的代碼的可讀性,好的命名僅僅通過命名就可以獲取到足夠多的信息。
Go在命名時(shí)以字母a到Z或a到Z或下劃線開頭,后面跟著零或更多的字母、下劃線和數(shù)字(0到9)。Go不允許在命名時(shí)中使用@、$和%等標(biāo)點(diǎn)符號。Go是一種區(qū)分大小寫的編程語言。因此,Manpower和manpower是兩個(gè)不同的命名。
當(dāng)命名(包括常量、變量、類型、函數(shù)名、結(jié)構(gòu)字段等等)以一個(gè)大寫字母開頭,如:Group1,那么使用這種形式的標(biāo)識符的對象就可以被外部包的代碼所使用(客戶端程序需要先導(dǎo)入這個(gè)包),這被稱為導(dǎo)出(像面向?qū)ο笳Z言中的 public);
命名如果以小寫字母開頭,則對包外是不可見的,但是他們在整個(gè)包的內(nèi)部是可見并且可用的(像面向?qū)ο笳Z言中的 private )
1、包命名:package
保持package的名字和目錄保持一致,盡量采取有意義的包名,簡短,有意義,盡量和標(biāo)準(zhǔn)庫不要沖突。包名應(yīng)該為小寫單詞,不要使用下劃線或者混合大小寫。
package demo
package main
2、 文件命名
盡量采取有意義的文件名,簡短,有意義,應(yīng)該為小寫單詞,使用下劃線分隔各個(gè)單詞。
3、 結(jié)構(gòu)體命名
采用駝峰命名法,首字母根據(jù)訪問控制大寫或者小寫
struct 申明和初始化格式采用多行,例如下面:
// 多行申明
type User struct{
Username string
Email string
}
// 多行初始化
u := User{
Username: "astaxie",
Email: "astaxie@gmail.com",
}
4、 接口命名
命名規(guī)則基本和上面的結(jié)構(gòu)體類型
單個(gè)函數(shù)的結(jié)構(gòu)名以 “er” 作為后綴,例如 Reader , Writer 。
type Reader interface {
Read(p []byte) (n int, err error)
}
5、變量命名
和結(jié)構(gòu)體類似,變量名稱一般遵循駝峰法,首字母根據(jù)訪問控制原則大寫或者小寫,但遇到特有名詞時(shí),需要遵循以下規(guī)則:
- 如果變量為私有,且特有名詞為首個(gè)單詞,則使用小寫,如 apiClient
- 其它情況都應(yīng)當(dāng)使用該名詞原有的寫法,如 APIClient、repoID、UserID
- 錯(cuò)誤示例:UrlArray,應(yīng)該寫成 urlArray 或者 URLArray
若變量類型為 bool 類型,則名稱應(yīng)以 Has, Is, Can 或 Allow 開頭
var isExist bool
var hasConflict bool
var canManage bool
var allowGitHook bool
6、常量命名
常量均需使用全部大寫字母組成,并使用下劃線分詞
如果是枚舉類型的常量,需要先創(chuàng)建相應(yīng)類型:
type Scheme string
const (
HTTP Scheme = "http"
HTTPS Scheme = "https"
)
7、 關(guān)鍵字
下面的列表顯示了Go中的保留字。這些保留字不能用作常量或變量或任何其他標(biāo)識符名稱。
二、注釋
Go提供C風(fēng)格的/* */塊注釋和C ++風(fēng)格的//行注釋。行注釋是常態(tài);塊注釋主要顯示為包注釋,但在表達(dá)式中很有用或禁用大量代碼。
- 單行注釋是最常見的注釋形式,你可以在任何地方使用以 // 開頭的單行注釋
- 多行注釋也叫塊注釋,均已以 /* 開頭,并以 */ 結(jié)尾,且不可以嵌套使用,多行注釋一般用于包的文檔描述或注釋成塊的代碼片段
go 語言自帶的 godoc 工具可以根據(jù)注釋生成文檔,生成可以自動(dòng)生成對應(yīng)的網(wǎng)站( golang.org 就是使用 godoc 工具直接生成的),注釋的質(zhì)量決定了生成的文檔的質(zhì)量。每個(gè)包都應(yīng)該有一個(gè)包注釋,在package子句之前有一個(gè)塊注釋。對于多文件包,包注釋只需要存在于一個(gè)文件中,任何一個(gè)都可以。包評論應(yīng)該介紹包,并提供與整個(gè)包相關(guān)的信息。它將首先出現(xiàn)在godoc頁面上,并應(yīng)設(shè)置下面的詳細(xì)文檔。
詳細(xì)的如何寫注釋可以
參考:http://golang.org/doc/effective_go.html#commentary
1、包注釋
每個(gè)包都應(yīng)該有一個(gè)包注釋,一個(gè)位于package子句之前的塊注釋或行注釋。包如果有多個(gè)go文件,只需要出現(xiàn)在一個(gè)go文件中(一般是和包同名的文件)即可。 包注釋應(yīng)該包含下面基本信息(請嚴(yán)格按照這個(gè)順序,簡介,創(chuàng)建人,創(chuàng)建時(shí)間):
- 包的基本簡介(包名,簡介)
- 創(chuàng)建者,格式: 創(chuàng)建人: rtx 名
- 創(chuàng)建時(shí)間,格式:創(chuàng)建時(shí)間: yyyyMMdd
例如 util 包的注釋示例如下
// util 包, 該包包含了項(xiàng)目共用的一些常量,封裝了項(xiàng)目中一些共用函數(shù)。
// 創(chuàng)建人: hanru
// 創(chuàng)建時(shí)間: 20190419
2、結(jié)構(gòu)(接口)注釋
每個(gè)自定義的結(jié)構(gòu)體或者接口都應(yīng)該有注釋說明,該注釋對結(jié)構(gòu)進(jìn)行簡要介紹,放在結(jié)構(gòu)體定義的前一行,格式為: 結(jié)構(gòu)體名, 結(jié)構(gòu)體說明。同時(shí)結(jié)構(gòu)體內(nèi)的每個(gè)成員變量都要有說明,該說明放在成員變量的后面(注意對齊),實(shí)例如下:
// User , 用戶對象,定義了用戶的基礎(chǔ)信息
type User struct{
Username string // 用戶名
Email string // 郵箱
}
3、函數(shù)(方法)注釋
每個(gè)函數(shù),或者方法(結(jié)構(gòu)體或者接口下的函數(shù)稱為方法)都應(yīng)該有注釋說明,函數(shù)的注釋應(yīng)該包括三個(gè)方面(嚴(yán)格按照此順序撰寫):
- 簡要說明,格式說明:以函數(shù)名開頭,“,”分隔說明部分
- 參數(shù)列表:每行一個(gè)參數(shù),參數(shù)名開頭,“,”分隔說明部分
- 返回值: 每行一個(gè)返回值
示例如下:
// NewtAttrModel , 屬性數(shù)據(jù)層操作類的工廠方法
// 參數(shù):
// ctx : 上下文信息
// 返回值:
// 屬性操作類指針
func NewAttrModel(ctx *common.Context) *AttrModel {
}
4、代碼邏輯注釋
對于一些關(guān)鍵位置的代碼邏輯,或者局部較為復(fù)雜的邏輯,需要有相應(yīng)的邏輯說明,方便其他開發(fā)者閱讀該段代碼,實(shí)例如下:
// 從 Redis 中批量讀取屬性,對于沒有讀取到的 id , 記錄到一個(gè)數(shù)組里面,準(zhǔn)備從 DB 中讀取
xxxxx
xxxxxxx
xxxxxxx
5、注釋風(fēng)格
統(tǒng)一使用中文注釋,對于中英文字符之間嚴(yán)格使用空格分隔, 這個(gè)不僅僅是中文和英文之間,英文和中文標(biāo)點(diǎn)之間也都要使用空格分隔,例如:
// 從 Redis 中批量讀取屬性,對于沒有讀取到的 id , 記錄到一個(gè)數(shù)組里面,準(zhǔn)備從 DB 中讀取
上面 Redis 、 id 、 DB 和其他中文字符之間都是用了空格分隔。
- 建議全部使用單行注釋
- 和代碼的規(guī)范一樣,單行注釋不要過長,禁止超過 120 字符。
三、代碼風(fēng)格
1、縮進(jìn)和折行
- 縮進(jìn)直接使用 gofmt 工具格式化即可(gofmt 是使用 tab 縮進(jìn)的);
- 折行方面,一行最長不超過120個(gè)字符,超過的請使用換行展示,盡量保持格式優(yōu)雅。
我們使用Goland開發(fā)工具,可以直接使用快捷鍵:ctrl+alt+L,即可。
2、語句的結(jié)尾
Go語言中是不需要類似于Java需要冒號結(jié)尾,默認(rèn)一行就是一條數(shù)據(jù)
如果你打算將多個(gè)語句寫在同一行,它們則必須使用 ;
3、括號和空格
括號和空格方面,也可以直接使用 gofmt 工具格式化(go 會(huì)強(qiáng)制左大括號不換行,換行會(huì)報(bào)語法錯(cuò)誤),所有的運(yùn)算符和操作數(shù)之間要留空格。
// 正確的方式
if a > 0 {
}
// 錯(cuò)誤的方式
if a>0 // a ,0 和 > 之間應(yīng)該空格
{ // 左大括號不可以換行,會(huì)報(bào)語法錯(cuò)誤
}
4、import 規(guī)范
import在多行的情況下,goimports會(huì)自動(dòng)幫你格式化,但是我們這里還是規(guī)范一下import的一些規(guī)范,如果你在一個(gè)文件里面
引入了一個(gè)package,還是建議采用如下格式:
如果你的包引入了三種類型的包,標(biāo)準(zhǔn)庫包,程序內(nèi)部包,第三方包,建議采用如下方式進(jìn)行組織你的包:
import (
"encoding/json"
"strings"
"myproject/models"
"myproject/controller"
"myproject/utils"
"github.com/astaxie/beego"
"github.com/go-sql-driver/mysql"
)
有順序的引入包,不同的類型采用空格分離,第一種實(shí)標(biāo)準(zhǔn)庫,第二是項(xiàng)目包,第三是第三方包。
在項(xiàng)目中不要使用相對路徑引入包:
// 這是不好的導(dǎo)入
import “../net”
// 這是正確的做法
import “github.com/repo/proj/src/net”
但是如果是引入本項(xiàng)目中的其他包,最好使用相對路徑。
5、錯(cuò)誤處理
錯(cuò)誤處理的原則就是不能丟棄任何有返回err的調(diào)用,不要使用 _ 丟棄,必須全部處理。接收到錯(cuò)誤,要么返回err,或者使用log記錄下來
盡早return:一旦有錯(cuò)誤發(fā)生,馬上返回
盡量不要使用panic,除非你知道你在做什么
錯(cuò)誤描述如果是英文必須為小寫,不需要標(biāo)點(diǎn)結(jié)尾
采用獨(dú)立的錯(cuò)誤流進(jìn)行處理
// 錯(cuò)誤寫法
if err != nil {
// error handling
} else {
// normal code
}
// 正確寫法
if err != nil {
// error handling
return // or continue, etc.
}
// normal code
6、測試
單元測試文件名命名規(guī)范為 example_test.go
測試用例的函數(shù)名稱必須以 Test 開頭,例如:TestExample
每個(gè)重要的函數(shù)都要首先編寫測試用例,測試用例和正規(guī)代碼一起提交方便進(jìn)行回歸測試
四、常用工具
上面提到了很過規(guī)范, go 語言本身在代碼規(guī)范性這方面也做了很多努力,很多限制都是強(qiáng)制語法要求,例如左大括號不換行,引用的包或者定義的變量不使用會(huì)報(bào)錯(cuò),此外 go 還是提供了很多好用的工具幫助我們進(jìn)行代碼的規(guī)范,
gofmt
大部分的格式問題可以通過gofmt解決, gofmt 自動(dòng)格式化代碼,保證所有的 go 代碼與官方推薦的格式保持一致,于是所有格式有關(guān)問題,都以 gofmt 的結(jié)果為準(zhǔn)。
goimport
我們強(qiáng)烈建議使用 goimport ,該工具在 gofmt 的基礎(chǔ)上增加了自動(dòng)刪除和引入包.
go get golang.org/x/tools/cmd/goimports
go vet
vet工具可以幫我們靜態(tài)分析我們的源碼存在的各種問題,例如多余的代碼,提前return的邏輯,struct的tag是否符合標(biāo)準(zhǔn)等。
go get golang.org/x/tools/cmd/vet
使用如下:
到此這篇關(guān)于golang語言編碼規(guī)范的實(shí)現(xiàn)的文章就介紹到這了,更多相關(guān)golang語言編碼規(guī)范內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!