Golang編碼規范

gofmt

大部分的格式問題可以通過gofmt解決,gofmt自動格式化代碼,保證所有的go代碼一致的格式。

正常情況下,采用Sublime編寫go代碼時,插件GoSublilme已經調用gofmt對代碼實現了格式化。

注釋

在編碼階段同步寫好變量、函數、包注釋,注釋可以通過godoc導出生成文檔。

注釋必須是完整的句子,以需要注釋的內容作為開頭,句點作為結尾。

程序中每一個被導出的(大寫的)名字,都應該有一個文檔注釋。

  • 包注釋

每個程序包都應該有一個包注釋,一個位于package子句之前的塊注釋或行注釋。

包如果有多個go文件,只需要出現在一個go文件中即可。

//Package regexp implements a simple library
//for regular expressions.
package regexp
  • 可導出類型

第一條語句應該為一條概括語句,并且使用被聲明的名字作為開頭。

// Compile parses a regular expression and returns, if successful, a Regexp
// object that can be used to match against text.
func Compile(str string) (regexp *Regexp, err error) {

命名

使用短命名,長名字并不會自動使得事物更易讀,文檔注釋會比格外長的名字更有用。

  • 包名

包名應該為小寫單詞,不要使用下劃線或者混合大小寫。

  • 接口名

單個函數的接口名以"er"作為后綴,如Reader,Writer

接口的實現則去掉“er”

type Reader interface {
        Read(p []byte) (n int, err error)
}

兩個函數的接口名綜合兩個函數名

type WriteFlusher interface {
    Write([]byte) (int, error)
    Flush() error
}

三個以上函數的接口名,類似于結構體名

type Car interface {
    Start([]byte) 
    Stop() error
    Recover()
}
  • 混合大小寫

采用駝峰式命名

MixedCaps 大寫開頭,可導出
mixedCaps 小寫開頭,不可導出
  • 變量
全局變量:駝峰式,結合是否可導出確定首字母大小寫
參數傳遞:駝峰式,小寫字母開頭
局部變量:下劃線形式

控制結構

  • if

if接受初始化語句,約定如下方式建立局部變量

if err := file.Chmod(0664); err != nil {
    return err
}
  • for

采用短聲明建立局部變量

sum := 0
for i := 0; i < 10; i++ {
    sum += i
}
  • range

如果只需要第一項(key),就丟棄第二個:

for key := range m {
    if key.expired() {
        delete(m, key)
    }
}

如果只需要第二項,則把第一項置為下劃線

sum := 0
for _, value := range array {
    sum += value
}
  • return

盡早return:一旦有錯誤發生,馬上返回

f, err := os.Open(name)
if err != nil {
    return err
}
d, err := f.Stat()
if err != nil {
    f.Close()
    return err
}
codeUsing(f, d)

函數(必須)

  • 函數采用命名的多值返回
  • 傳入變量和返回變量以小寫字母開頭
func nextInt(b []byte, pos int) (value, nextPos int) {

在godoc生成的文檔中,帶有返回值的函數聲明更利于理解

錯誤處理

  • error作為函數的值返回,必須對error進行處理
  • 錯誤描述如果是英文必須為小寫,不需要標點結尾
  • 采用獨立的錯誤流進行處理

不要采用這種方式

if err != nil {
        // error handling
    } else {
        // normal code
    }

而要采用下面的方式

if err != nil {
        // error handling
        return // or continue, etc.
    }
    // normal code

如果返回值需要初始化,則采用下面的方式

x, err := f()
if err != nil {
    // error handling
    return
}
// use x

panic

  • 盡量不要使用panic,除非你知道你在做什么

import

  • 對import的包進行分組管理,而且標準庫作為第一組
package main

import (
    "fmt"
    "hash/adler32"
    "os"

    "appengine/user"
    "appengine/foo"

    "code.google.com/p/x/y"
    "github.com/foo/bar"
)

goimports實現了自動格式化

縮寫

  • 采用全部大寫或者全部小寫來表示縮寫單詞

比如對于url這個單詞,不要使用

UrlPony

而要使用

urlPony 或者 URLPony  

參數傳遞

  • 對于少量數據,不要傳遞指針
  • 對于大量數據的struct可以考慮使用指針
  • 傳入參數是map,slice,chan不要傳遞指針

因為map,slice,chan是引用類型,不需要傳遞指針的指針

接受者

  • 名稱

統一采用單字母'p'而不是this,me或者self

type T struct{} 

func (p *T)Get(){}
  • 類型

對于go初學者,接受者的類型如果不清楚,統一采用指針型

func (p *T)Get(){}

而不是

func (p T)Get(){} 

在某些情況下,出于性能的考慮,或者類型本來就是引用類型,有一些特例

  • 如果接收者是map,slice或者chan,不要用指針傳遞
//Map
package main

import (
    "fmt"
)

type mp map[string]string

func (m mp) Set(k, v string) {
    m[k] = v
}

func main() {
    m := make(mp)
    m.Set("k", "v")
    fmt.Println(m)
}
//Channel
package main

import (
    "fmt"
)

type ch chan interface{}

func (c ch) Push(i interface{}) {
    c <- i
}

func (c ch) Pop() interface{} {
    return <-c
}

func main() {
    c := make(ch, 1)
    c.Push("i")
    fmt.Println(c.Pop())
}


<pre><code><br /></code></pre>

如果需要對slice進行修改,通過返回值的方式重新賦值
//Slice
package main

import (
    "fmt"
)

type slice []byte

func main() {
    s := make(slice, 0)
    s = s.addOne(42)
    fmt.Println(s)
}

func (s slice) addOne(b byte) []byte {
    return append(s, b)
}

<pre><code><br /></code></pre>

如果接收者是含有sync.Mutex或者類似同步字段的結構體,必須使用指針傳遞避免復制
package main

import (
    "sync"
)

type T struct {
    m sync.Mutex
}

func (t *T) lock() {
    t.m.Lock()
}

/*
Wrong !!!
func (t T) lock() {
    t.m.Lock()
}
*/

func main() {
    t := new(T)
    t.lock()
}

<pre><code><br /></code></pre>

如果接收者是大的結構體或者數組,使用指針傳遞會更有效率。

package main

import (
    "fmt"
)

type T struct {
    data [1024]byte
}

func (t *T) Get() byte {
    return t.data[0]
}

func main() {
    t := new(T)
    fmt.Println(t.Get())
}
最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,505評論 6 533
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,556評論 3 418
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,463評論 0 376
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,009評論 1 312
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,778評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,218評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,281評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,436評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,969評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,795評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,993評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,537評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,229評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,659評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,917評論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,687評論 3 392
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,990評論 2 374

推薦閱讀更多精彩內容

  • gofmt 大部分的格式問題可以通過gofmt解決,gofmt自動格式化代碼,保證所有的go代碼與官方推薦的格式保...
    莫云溪閱讀 9,689評論 2 16
  • 一、項目目錄結構規范 文件名命名規范 文件名命名規范 小駝峰命名方式,看見文件名就可以知道這個文件下的大概內容。例...
    My_Fuzz閱讀 2,489評論 0 7
  • 一、注釋 推薦使用C語言風格的 “//” 注釋。注釋必須是完整的句子,盡量簡明,以句點結尾。程序中每一個可被導出的...
    岳陽小羅閱讀 3,382評論 1 4
  • 環境搭建 Golang在Mac OS上的環境配置 使用Visual Studio Code輔助Go源碼編寫 VS ...
    隕石墜滅閱讀 5,788評論 0 5
  • 本規范旨在為日常Go項目開發提供一個代碼的規范指導,方便團隊形成一個統一的代碼風格,提高代碼的可讀性,規范性和統一...
    Shaw_Lee閱讀 1,115評論 0 1