目录前言命名习惯很重要良好命名喜欢的特质经验法则大小写混用的变量名变量名避免冗余函数参数的命名返回值的命名方法 Receiver 的命名导出 package 级别变量命名接口类型er
来自 Google 的 Andrew Gerrand 曾经关于 Go 中的参数命名规范进行了分享,slides 为 https://talks.golang.org/2014/names.slide
Good Name 将具有如下的特质:
变量申明与变量使用之间越远,那么变量名字应当越长。
这也解释了,为什么 for 循环次数变量使用 i 作为遍历用的临时变量,而不是语义上更具体的 index 作为变量名。
我们不应该使用 names_with_underscores 作为变量名,而是 namesWithUnderscores 作为变量名。
另一方面,首字母缩略词,应当是大写,例如 ServeHttp 以及 IDProcessor。
这被称为 MixedCase,类似于驼峰原则命名,但是专业词汇的首字母缩写均应当写成大写形式。
变量名不是越长越好,常变量名会模糊代码功能。
常见的常量、类型组合可能使用非常简短的名字:
根据上下文,避免使用冗余的名称:
v, ok := m[k]
常变量名也许在长函数、有很多变量的函数中有帮助,但是这通常也意味着你应该重构代码。
Bad codes vs good codes
// Bad
func RuneCount(buffer []byte) int {
// runeCount -> count
runeCount := 0
// index -> i , buffer -> b
for index := 0; index < len(buffer); {
if buffer[index] < RuneSelf {
index++
} else {
// size -> n
_, size := DecodeRune(buffer[index:])
index += size
}
runeCount++
}
return runeCount
}
// Good
func RuneCount(b []byte) int {
count := 0
for i := 0; i < len(b); {
if b[i] < RuneSelf {
i++
} else {
_, n := DecodeRune(b[i:])
i += n
}
count++
}
return count
}
函数参数与变量名一样,都起到了文档的作用。
1.当函数参数的类型具有描述性时,那么函数参数名就可以简短一些:
func AfterFunc(d Duration, f func()) *Timer
func Escape(w io.Writer, s []byte)
2.当函数参数的类型语义不清,那么参数名应当更具体详细一些:
func Unix(sec, nsec int64) Time
func HasPrefix(s, prefix []byte) bool
导出函数(exported function)返回值应当仅仅出于编写文档目的进行命名。
下面是返回值命名的好例子:
// Good
func Copy(dst Writer, src Reader) (written int64, err error)
// Good
func ScanBytes(data []byte, atEOF bool) (advance int, token []byte, err error)
Go 中结构体可以拥有方法,在为结构体声明方法时,结构体被称为 receiver。
按照惯例,方法接收者的命名通常为 1 个字符或者 2 个字符,因为结构体的每一个方法都将使用同一个 receiver 名称。
// Good
func (b *Buffer) Read(p []byte) (n int, err error)
// Good
func (sh serverHandler) ServeHTTP(rw ResponseWriter, req *Request)
// Good
func (r Rectangle) Size() Point
Receiver 的名称一定要确保一致性,如果结构体的 method1 使用 r 作为 receiver 名称,那么 method2 就不应当使用 rdr 作为名称。
package 级别的变量已经被 package name 限定了,因此需要注意导出变量、常量、函数、类型名的冗余问题。
例如:
导出变量名不要与 package 之间存在冗余。
只有一个方法的接口,接口名通常简单在方法后面加上 er 来进行命令,例如:
type Reader interface {
Read(p []byte) (n int, err error)
}
有时候,上述策略会导致接口名语法不正确,但是我们仍然可以选择这么做,例如:
type Execer interface {
Exec(query string, args []Value) (Result, error)
}
也有时候,我们会修改接口名,使得其符合英语语法:
type ByteReader interface {
ReadByte() (c byte, err error)
}
当一个接口包含多个方法时,应当选择一个准确描述其用途的名称,例如 net.Conn,http.ResponseWriter,io.ReadWriter。
错误类型与错误变量应当有不同的命名格式:
// 错误类型 Error types
type ExitError struct {
...
}
// 错误变量 Error values
var ErrFORMat = errors.New("image: unknown format")
选择对导出的名称具有意义的包名称。
避免使用 util、common 等包名。
使用短变量名
变量取名考虑上下文,避免冗余,例如函数内的局部变量考虑函数名,包导出变量考虑包名
到此这篇关于Go中变量命名的文章就介绍到这了,更多相关Go变量命名内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网!
--结束END--
本文标题: Go中变量命名规则与实例
本文链接: https://www.lsjlt.com/news/162887.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
下载Word文档到电脑,方便收藏和打印~
2024-04-05
2024-04-05
2024-04-05
2024-04-05
2024-04-05
2024-04-05
2024-04-05
2024-04-05
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0