# Golang 编码规范
本规范旨在为日常 Go 项目开发提供一个代码的规范指导,方便团队形成一个统一的代码风格,提高代码的可读性,规范性和统一性。本规范将从命名规范,注释规范,代码风格和 Go 语言提供的常用的工具这几个方面做一个说明。
该规范参考了 Go 语言官方代码的风格 (opens new window) 制定。
# 一、命名规范
命名是代码规范中很重要的一部分,统一的命名规则有利于提高的代码的可读性,好的命名仅仅通过命名就可以获取到足够多的信息。
Go 在命名时以字母 a-zA-Z 或下划线开头,后面跟着一个或多个字母、下划线和数字(0-9)。Go 不允许在命名时中使用 @、$ 和 % 等标点符号。
Go 是一种区分大小写的编程语言。因此,people 和 People 是两个不同的命名。
当命名(包括常量、变量、类型、函数名、结构字段等等)以一个大写字母开头,如:Group1,那么使用这种形式的标识符的对象就可以被外部包的代码所使用(客户端程序需要先导入这个包)。
这被称为导出,像面向对象语言中的 public。
命名如果以小写字母开头,则对包外是不可见的,但是他们在整个包的内部是可见并且可用的。
像面向对象语言中的 private。
# 1. 包命名
保持 package 的名字和目录保持一致,尽量采取有意义的包名,简短,有意义,尽量和标准库不要冲突。包名应该为 小写 单词,不要使用下划线或者混合大小写。
package demo
package main
# 2. 文件命名
尽量采取有意义的文件名,简短,有意义,应该为 小写 单词,使用 下划线 分隔各个单词。
my_test.go
# 2.1 平台区分
文件名_平台
平台可选为:windows, unix, posix, plan9, darwin, bsd, linux, freebsd, nacl,
netbsd, openbsd, solaris, dragonfly, bsd, notbsd, android, stubs
例: file_windows.go, file_unix.go
# 2.2 测试单元
文件名_test.go(包含 _test.go )或者 文件名_平台_test.go。
例: _test.go, path_test.go, path_windows_test.go
# 2.3 CPU 类型区分
文件名_(平台:可选)_CPU类型
CPU类型可选:amd64, none, 386, arm, arm64, mips64, s390, mips64x, ppc64x,
nonppc64x, s390x, x86, amd64p32
例:vdso_linux_amd64.go
# 3. 结构体命名
采用 驼峰命名法,首字母根据访问控制大写或者小写。
struct 申明和初始化格式采用多行,例如下面:
// 多行申明
type User struct{
Username string
Email string
}
// 多行初始化
user := User{
Username: "hedon",
Email: "hedon@gmail.com",
}
# 4. 接口命名
- 命名规则基本和上面的结构体类型
- 单个函数的结构名以 “er” 作为后缀,例如 Reader , Writer 。
type Reader interface {
Read(p []byte) (n int, err error)
}
# 5. 变量命名
和结构体类似,变量名称一般遵循 驼峰法,首字母根据访问控制原则大写或者小写,但遇到特有名词时,需要遵循以下规则:
- 如果变量为私有,且特有名词为首个单词,则使用小写,如 apiClient
- 其它情况都应当使用该名词原有的写法,如 APIClient、repoID、UserID
- 错误示例:UrlArray,应该写成 urlArray 或者 URLArray
若变量类型为 bool 类型,则名称应以 Has, Is, Can 或 Allow 开头
var isExist bool var hasConflict bool var canManage bool var allowGitHook bool
# 6. 常量命名
常量均需使用全部大写字母组成,并使用下划线分词:
const APP_VERSION = "v1.0"
如果是枚举类型的常量,需要先创建相应类型:
type Scheme string
const (
HTTP Scheme = "http"
HTTPS Scheme = "https"
)
# 7. 关键字
下面的列举了 Go 中的关键字。这些保留字不能用作常量或变量或任何其他标识符名称。
关键字 | 作用 |
---|---|
var、const | 变量和常量的声明 |
package | 声明包名 |
import | 导入包 |
func | 定义函数和方法 |
return | 用于从函数返回 |
go | 用于创建一个协程 |
defer | 在函数 return 之前或 panic 的时候执行 |
select | 用于选择不同的类型的通讯 |
interface | 用于定义接口 |
struct | 用于定义结构体 |
break、case、continue、for、fallthrough、else、if、switch、goto、default | 流程控制 |
chan | 用于 channel 通讯 |
type | 用于声明自定义类型 |
map | 用于声明 map 类型数据 |
range | 用户读取 slice、map、channel 数据 |
# 二、注释
Go提供C风格的 /* */
块注释和 C++风格的 //
行注释。
行注释是常态;块注释主要显示为包注释,但在表达式中很有用或禁用大量代码。
- 单行注释是最常见的注释形式,你可以在任何地方使用以 // 开头的单行注释
- 多行注释也叫块注释,均已以 / * 开头,并以 * / 结尾,且不可以嵌套使用,多行注释一般用于包的文档描述或注释成块的代码片段
Go 语言自带的 godoc 工具可以根据注释生成文档,生成可以自动生成对应的网站( golang.org 就是使用 godoc 工具直接生成的),注释的质量决定了生成的文档的质量。
每个包都应该有一个包注释,在 package 子句之前有一个块注释。
对于多文件包,包注释只需要存在于一个文件中,任何一个都可以。包评论应该介绍包,并提供与整个包相关的信息。它将首先出现在 godoc 页面上,并应设置下面的详细文档。
# 1. 插件推荐
首先推荐一款在 Goland IDE 上的 Go 注释插件:Goanno
下载该插件后,就可以使用两种方式快速生成注释:
Mac 上按
control + command + /
在代码处,右键 -> Generate -> Goanno
还可以自行修改代码的生成模板(默认为 Java 样式):
选择导航栏 Tools -> Goanno Setting:
// ${function_name}
// @description: ${todo}
// @receiver ${receiver_name_type}
// @param ${param_name_type}
//
// @return ${ret_name_type}
# 2. 包注释
- 每个包都应该有一个包注释,一个位于 package 子句之前行注释
- 包注释应该包含下面基本信息
// Package 包名
// @description 包描述
// @author 作者
// @create 创建时间
// @update 更新时间
package main
# 3. 结构/接口注释
每个自定义的结构体或者接口都应该有注释说明,该注释对结构进行简要介绍,放在结构体定义的前一行,格式为:
// 结构名 结构体描述
同时结构体内的每个成员变量都要有说明,该说明放在成员变量的后面(注意对齐),实例如下:
// User 用户对象,定义了用户的基础信息
type User struct{
Username string // 用户名
Email string // 邮箱
}
# 4. 函数/方法注释
// 函数名
// @description 函数的详细描述
// @auth 作者
// @create 创建时间
// @update 修改时间
//
// @param 输入参数名 参数类型 "解释"
//
// @return 返回参数名 参数类型 "解释"
# 5. 代码逻辑注释
对于一些关键位置的代码逻辑,或者局部较为复杂的逻辑,需要有相应的逻辑说明,方便其他开发者阅读该段代码,实例如下:
// 从 Redis 中批量读取属性,对于没有读取到的 id,记录到一个数组里面,准备从 DB 中读取
xxxxx
xxxxxxx
xxxxxxx
# 6. 注释风格
统一使用中文注释,对于中英文字符之间严格使用空格分隔, 这个不仅仅是中文和英文之间,英文和中文标点之间也都要使用空格分隔,例如:
// 从 Redis 中批量读取属性,对于没有读取到的 id,记录到一个数组里面,准备从 DB 中读取
上面 Redis 、 id 、 DB 和其他中文字符之间都是用了空格分隔
- 建议全部使用单行注释
- 和代码的规范一样,单行注释不要过长,最好不需要滑动才能看全
# 三、代码风格
# 1. 缩进和换行
- 缩进直接使用 gofmt 工具格式化即可(gofmt 是使用 tab 缩进的)
- 折行方面,一行最长不超过 120 个字符,超过的请使用换行展示,尽量保持格式优雅
GoLand IDE 的话,可以设置当我们保存代码的时候自动格式化:
# 2. 语句的结尾
Go语言中是不需要类似于 Java 需要冒号结尾,默认一行就是一条数据。
如果你打算将多个语句写在同一行,它们之间则必须使用 “;” 分开。
# 3. 括号和空格
括号和空格方面,也可以直接使用 gofmt 工具格式化(go 会强制左大括号不换行,换行会报语法错误),所有的运算符和操作数之间要留空格。
// 正确的方式
if a > 0 {
}
// 错误的方式
if a>0 // a ,0 和 > 之间应该空格
{ // 左大括号不可以换行,会报语法错误
}
# 4. import 规范
import 在多行的情况下,goimports 会自动帮你格式化,但是我们这里还是规范一下 import 的一些规范,如果你在一个文件里面引入了一个 package,还是建议采用如下格式:
import (
"fmt"
)
如果你的包引入了三种类型的包,标准库包,程序内部包,第三方包,建议采用如下方式进行组织你的包:
import (
// 标准库包
"encoding/json"
"strings"
// 程序内部包
"myproject/models"
"myproject/controller"
"myproject/utils"
// 第三方包
"github.com/astaxie/beego"
"github.com/go-sql-driver/mysql"
)
项目中不要使用相对路径引入包:
// 这是不好的导入
import "../net"
// 这是正确的做法
import "github.com/repo/proj/src/net"
# 5. 错误处理
- 错误处理的原则就是不能丢弃任何有返回 err 的调用,不要使用 _ 丢弃,必须全部处理。接收到错误,要么返回 err,或者使用 log 记录下来
- 尽早 return,一旦有错误发生,马上返回
- 尽量不要使用 panic,除非你知道你在做什么
- 错误描述如果是英文必须为小写,不需要标点结尾
- 采用独立的错误流进行处理
// 错误写法
if err != nil {
// 错误处理
} else {
// 正常情况
}
// 正确写法
if err != nil {
// 错误处理
return // 或者记录日志,然后继续
}
// 正常情况
# 6. 测试
假如该单元测试文件对应的 go 源文件是 example.go
,那么单元测试文件名应该为为 example_test.go
。
测试用例的函数名称必须以 Test_ 开头,例如 example.go
中有个函数名为 CallWithJSON
,那么对应的单元测试名称应该为 Test_CallWithJSON
。
每个重要的函数都要首先编写测试用例,测试用例和正规代码一起提交方便进行回归测试。
# 7. 常用工具
上面提到了很过规范, go 语言本身在代码规范性这方面也做了很多努力,很多限制都是强制语法要求,例如左大括号不换行,引用的包或者定义的变量不使用会报错,此外 go 还是提供了很多好用的工具帮助我们进行代码的规范,
gofmt 大部分的格式问题可以通过gofmt解决, gofmt 自动格式化代码,保证所有的 go 代码与官方推荐的格式保持一致,于是所有格式有关问题,都以 gofmt 的结果为准。
goimport 我们强烈建议使用 goimport ,该工具在 gofmt 的基础上增加了自动删除和引入包.
go get golang.org/x/tools/cmd/goimportsCOPY
go vet vet工具可以帮我们静态分析我们的源码存在的各种问题,例如多余的代码,提前return的逻辑,struct的tag是否符合标准等。
go get golang.org/x/tools/cmd/vetCOPY
使用如下:
go vet .COPY
Goanno
方法/函数注释插件,上文有,不赘述。