# Uber Go语言编码规范 [Uber](https://www.uber.com/)是一家美国硅谷的科技公司,也是Go语言的早期adopter.其开源了很多golang项目,诸如被Gopher圈熟知的[zap](https://github.com/uber-go/zap)、[jaeger](https://github.com/jaegertracing/jaeger)等。2018年年末Uber将内部的[Go风格规范](https://github.com/uber-go/guide)开源到github,经过一年的积累和更新,该规范已经初具规模,并受到广大Gopher的关注。本文是该规范的中文版本.本版本会根据原版实时更新。当前更新版本(2019-10-13)(commit:603824f872091e4c8b3a655fa77495074b89ebc5) ## 目录 - [介绍](#介绍) - [指导原则](#指导原则) - [指向interface的指针](#指向interface的指针) - [接收器(receiver)与接口](#接收器(receiver)与接口) - [零值Mutex是有效的](#零值Mutex是有效的) - [在边界处拷贝Slices和Maps](#在边界处拷贝Slices和Maps) - [使用defer做清理](#使用defer做清理) - [Channel的size要么是1,要么是无缓冲的](#Channel的size要么是1,要么是无缓冲的) - [枚举从1开始](#枚举从1开始) - [错误类型](#错误类型) - [错误包装(Error Wrapping)](#错误包装(Error-Wrapping)) - [处理类型断言失败](#处理类型断言失败) - [不要panic](#不要panic) - [使用go.uber.org/atomic](#使用go.uber.org/atomic) - [性能](#性能) - [优先使用strconv而不是fmt](#优先使用strconv而不是fmt) - [避免字符串到字节的转换](#避免字符串到字节的转换) - [规范](#规范) - [相似的声明放在一组](#相似的声明放在一组) - [import组内的包导入顺序](#import组内的包导入顺序) - [包名](#包名) - [函数名](#函数名) - [导入别名](#导入别名) - [函数分组与顺序](#函数分组与顺序) - [减少嵌套](#减少嵌套) - [不必要的else](#不必要的else) - [顶层变量声明](#顶层变量声明) - [对于未导出的顶层常量和变量,使用_作为前缀](#对于未导出的顶层常量和变量,使用_作为前缀) - [结构体中的嵌入](#结构体中的嵌入) - [使用字段名初始化结构体](#使用字段名初始化结构体) - [本地变量声明](#本地变量声明) - [nil是一个有效的slice](#nil是一个有效的slice) - [小变量作用域](#小变量作用域) - [避免裸参数](#避免裸参数) - [使用原始字符串字面值,避免转义](#使用原始字符串字面值,避免转义) - [初始化结构体引用](#初始化结构体引用) - [格式化字符串放在Printf外部](#格式化字符串放在Printf外部) - [命名Printf样式的函数](#命名Printf样式的函数) - [模式](#模式) - [测试Tables](#测试Tables) - [功能选项](#功能选项) ## 介绍 样式(style)是支配我们代码的惯例。术语“样式”有点用词不当,因为这些约定涵盖的范围不限于由gofmt替我们处理的源文件格式。 本指南的目的是通过详细描述在Uber编写Go代码的注意事项来管理这种复杂性。这些规则的存在是为了使代码库易于管理,同时仍然允许工程师更有效地使用Go语言功能。 该指南最初由[Prashant Varanasi]和[Simon Newton]编写,目的是使一些同事能快速使用Go。多年来,该指南已根据其他人的反馈进行了修改。 [Prashant Varanasi]: https://github.com/prashantv [Simon Newton]: https://github.com/nomis52 本文档记录了我们在Uber遵循的Go代码中的惯用约定。其中许多是Go的通用准则,而其他扩展准则依赖于下面外部的指南: 1. [Effective Go](https://golang.org/doc/effective_go.html) 2. [The Go common mistakes guide](https://github.com/golang/go/wiki/CodeReviewComments) 所有代码都应该通过`golint`和`go vet`的检查并无错误。我们建议您将编辑器设置为: - 保存时运行 `goimports` - 运行 `golint` 和 `go vet` 检查错误 您可以在以下Go编辑器工具支持页面中找到更为详细的信息: ## 指导原则 ### 指向interface的指针 您几乎不需要指向接口类型的指针。您应该将接口作为值进行传递,在这样的传递过程中,实质上传递的底层数据仍然可以是指针。 接口实质上在底层用两个字段表示: 1. 一个指向某些特定类型信息的指针。您可以将其视为"type." 2. 数据指针。如果存储的数据是指针,则直接存储。如果存储的数据是一个值,则存储指向该值的指针。 如果希望接口方法修改基础数据,则必须使用指针传递。 ### 接收器(receiver)与接口 使用值接收器的方法既可以通过值调用,也可以通过指针调用。 例如, ```go type S struct { data string } func (s S) Read() string { return s.data } func (s *S) Write(str string) { s.data = str } sVals := map[int]S{1: {"A"}} // 你只能通过值调用Read sVals[1].Read() // 这不能编译通过: // sVals[1].Write("test") sPtrs := map[int]*S{1: {"A"}} // 通过指针既可以调用Read,也可以调用Write方法 sPtrs[1].Read() sPtrs[1].Write("test") ``` 同样,即使该方法具有值接收器,也可以通过指针来满足接口。 ```go type F interface { f() } type S1 struct{} func (s S1) f() {} type S2 struct{} func (s *S2) f() {} s1Val := S1{} s1Ptr := &S1{} s2Val := S2{} s2Ptr := &S2{} var i F i = s1Val i = s1Ptr i = s2Ptr // 下面代码无法通过编译。因为s2Val是一个值,而S2的f方法中没有使用值接收器 // i = s2Val ``` [Effective Go] 中有一段关于[pointers vs values]的精彩讲解。 [Pointers vs. Values]: https://golang.org/doc/effective_go.html#pointers_vs_values ### 零值Mutex是有效的 sync.Mutex和sync.RWMutex是有效的。因此你几乎不需要一个指向mutex的指针。
BadGood
```go mu := new(sync.Mutex) mu.Lock() ``` ```go var mu sync.Mutex mu.Lock() ```
如果你使用结构体指针,mutex可以非指针形式作为结构体的组成字段,或者更好的方式是直接嵌入到结构体中。 如果是私有结构体类型或是要实现Mutex接口的类型,我们可以使用嵌入mutex的方法:
```go type smap struct { sync.Mutex // only for unexported types(仅适用于非导出类型) data map[string]string } func newSMap() *smap { return &smap{ data: make(map[string]string), } } func (m *smap) Get(k string) string { m.Lock() defer m.Unlock() return m.data[k] } ``` ```go type SMap struct { mu sync.Mutex // 对于导出类型,请使用私有锁 data map[string]string } func NewSMap() *SMap { return &SMap{ data: make(map[string]string), } } func (m *SMap) Get(k string) string { m.mu.Lock() defer m.mu.Unlock() return m.data[k] } ```
为私有类型或需要实现互斥接口的类型嵌入。 对于导出的类型,请使用专用字段。
### 在边界处拷贝Slices和Maps slices和maps包含了指向底层数据的指针,因此在需要复制它们时要特别注意。 #### 接收Slices和Maps 请记住,当map或slice作为函数参数传入时,如果您存储了对它们的引用,则用户可以对其进行修改。
Bad Good
```go func (d *Driver) SetTrips(trips []Trip) { d.trips = trips } trips := ... d1.SetTrips(trips) // 你是要修改d1.trips吗? trips[0] = ... ``` ```go func (d *Driver) SetTrips(trips []Trip) { d.trips = make([]Trip, len(trips)) copy(d.trips, trips) } trips := ... d1.SetTrips(trips) // 这里我们修改trips[0],但不会影响到d1.trips trips[0] = ... ```
#### 返回slices或maps 同样,请注意用户对暴露内部状态的map或slice的修改。
BadGood
```go type Stats struct { sync.Mutex counters map[string]int } // Snapshot返回当前状态。 func (s *Stats) Snapshot() map[string]int { s.Lock() defer s.Unlock() return s.counters } // snapshot不再受到锁的保护 snapshot := stats.Snapshot() ``` ```go type Stats struct { sync.Mutex counters map[string]int } func (s *Stats) Snapshot() map[string]int { s.Lock() defer s.Unlock() result := make(map[string]int, len(s.counters)) for k, v := range s.counters { result[k] = v } return result } // snapshot现在是一个拷贝 snapshot := stats.Snapshot() ```
### 使用defer做清理 使用defer清理资源,诸如文件和锁。
BadGood
```go p.Lock() if p.count < 10 { p.Unlock() return p.count } p.count++ newCount := p.count p.Unlock() return newCount // 当有多个return分支时,很容易遗忘unlock ``` ```go p.Lock() defer p.Unlock() if p.count < 10 { return p.count } p.count++ return p.count // 更可读 ```
Defer的开销非常小,只有在您可以证明函数执行时间处于纳秒级的程度时,才应避免这样做。使用defer提升可读性是值得的,因为使用它们的成本微不足道。尤其适用于那些不仅仅是简单内存访问的较大的方法,在这些方法中其他计算的资源消耗远超过 `defer`。 ### Channel的size要么是1,要么是无缓冲的 channel通常size应为1或是无缓冲的。默认情况下,channel是无缓冲的,其size为零。任何其他尺寸都必须经过严格的审查。考虑如何确定大小,是什么阻止了channel在负载下被填满并阻止写入,以及发生这种情况时发生了什么。
BadGood
```go // 应该足以满足任何情况! c := make(chan int, 64) ``` ```go // 大小:1 c := make(chan int, 1) // 或者 // 无缓冲channel,大小为0 c := make(chan int) ```
### 枚举从1开始 在Go中引入枚举的标准方法是声明一个自定义类型和一个使用了iota的const组。由于变量的默认值为0,因此通常应以非零值开头枚举。
BadGood
```go type Operation int const ( Add Operation = iota Subtract Multiply ) // Add=0, Subtract=1, Multiply=2 ``` ```go type Operation int const ( Add Operation = iota + 1 Subtract Multiply ) // Add=1, Subtract=2, Multiply=3 ```
在某些情况下,使用零值是有意义的(枚举从零开始),例如,当零值是理想的默认行为时。 ```go type LogOutput int const ( LogToStdout LogOutput = iota LogToFile LogToRemote ) // LogToStdout=0, LogToFile=1, LogToRemote=2 ``` ### 错误类型 Go中有多种声明错误(Error)的选项: - [`errors.New`] 对于简单静态字符串的错误 - [`fmt.Errorf`] 用于格式化的错误字符串 - 实现 `Error()` 方法的自定义类型 - 用 [`"pkg/errors".Wrap`]的 Wrapped errors 返回错误时,请考虑以下因素以确定最佳选择: - 这是一个不需要额外信息的简单错误吗?如果是这样,[`errors.New`] 足够了. - 客户需要检测并处理此错误吗?如果是这样,则应使用自定义类型并实现该 `Error()` 方法。 - 您是否正在传播下游函数返回的错误?如果是这样,请查看本文后面有关错误包装 [section on error wrapping](#错误包装(Error-Wrapping))部分的内容. - 否则 [`fmt.Errorf`] 就可以了. [`errors.New`]: https://golang.org/pkg/errors/#New [`fmt.Errorf`]: https://golang.org/pkg/fmt/#Errorf [`"pkg/errors".Wrap`]: https://godoc.org/github.com/pkg/errors#Wrap 如果客户端需要检测错误,并且您已使用创建了一个简单的错误[`errors.New`],请使用一个错误变量。
BadGood
```go // package foo func Open() error { return errors.New("could not open") } // package bar func use() { if err := foo.Open(); err != nil { if err.Error() == "could not open" { // handle } else { panic("unknown error") } } } ``` ```go // package foo var ErrCouldNotOpen = errors.New("could not open") func Open() error { return ErrCouldNotOpen } // package bar if err := foo.Open(); err != nil { if err == foo.ErrCouldNotOpen { // handle } else { panic("unknown error") } } ```
如果您有可能需要客户端检测的错误,并且想向其中添加更多信息(例如,它不是静态字符串),则应使用自定义类型。
BadGood
```go func open(file string) error { return fmt.Errorf("file %q not found", file) } func use() { if err := open(); err != nil { if strings.Contains(err.Error(), "not found") { // handle } else { panic("unknown error") } } } ``` ```go type errNotFound struct { file string } func (e errNotFound) Error() string { return fmt.Sprintf("file %q not found", e.file) } func open(file string) error { return errNotFound{file: file} } func use() { if err := open(); err != nil { if _, ok := err.(errNotFound); ok { // handle } else { panic("unknown error") } } } ```
直接导出自定义错误类型时要小心,因为它们已成为程序包公共API的一部分。最好公开匹配器功能以检查错误。 ```go // package foo type errNotFound struct { file string } func (e errNotFound) Error() string { return fmt.Sprintf("file %q not found", e.file) } func IsNotFoundError(err error) bool { _, ok := err.(errNotFound) return ok } func Open(file string) error { return errNotFound{file: file} } // package bar if err := foo.Open("foo"); err != nil { if foo.IsNotFoundError(err) { // handle } else { panic("unknown error") } } ``` ### 错误包装(Error Wrapping) 一个(函数/方法)调用失败时,有三种主要的错误传播方式: - 如果没有要添加的其他上下文,并且您想要维护原始错误类型,则返回原始错误。 - 添加上下文,使用 [`"pkg/errors".Wrap`] 以便错误消息提供更多上下文 ,[`"pkg/errors".Cause`] 可用于提取原始错误。 - 使用[`fmt.Errorf`] ,如果调用者不需要检测或处理的特定错误情况。 specific error case. 建议在可能的地方添加上下文,以使您获得诸如“调用服务foo:连接被拒绝”之类的更有用的错误,而不是诸如“连接被拒绝”之类的模糊错误。 在将上下文添加到返回的错误时,请避免使用“failed to”之类的短语来保持上下文简洁,这些短语会陈述明显的内容,并随着错误在堆栈中的渗透而逐渐堆积:
BadGood
```go s, err := store.New() if err != nil { return fmt.Errorf( "failed to create new store: %s", err) } ``` ```go s, err := store.New() if err != nil { return fmt.Errorf( "new store: %s", err) } ```
``` failed to x: failed to y: failed to create new store: the error ``` ``` x: y: new store: the error ```
但是,一旦将错误发送到另一个系统,就应该明确消息是错误消息(例如使用`err`标记,或在日志中以”Failed”为前缀)。 另请参见 [Don't just check errors, handle them gracefully].不要只是检查错误,要优雅地处理错误 [`"pkg/errors".Cause`]: https://godoc.org/github.com/pkg/errors#Cause [Don't just check errors, handle them gracefully]: https://dave.cheney.net/2016/04/27/dont-just-check-errors-handle-them-gracefully ### 处理类型断言失败 [type assertion]的单个返回值形式针对不正确的类型将产生panic。因此,请始终使用“comma ok”的惯用法。 [type assertion]: https://golang.org/ref/spec#Type_assertions
BadGood
```go t := i.(string) ``` ```go t, ok := i.(string) if !ok { // 优雅地处理错误 } ```
### 不要panic 在生产环境中运行的代码必须避免出现panic。panic是[cascading failures]级联失败的主要根源 。如果发生错误,该函数必须返回错误,并允许调用方决定如何处理它。 [cascading failures]: https://en.wikipedia.org/wiki/Cascading_failure
BadGood
```go func foo(bar string) { if len(bar) == 0 { panic("bar must not be empty") } // ... } func main() { if len(os.Args) != 2 { fmt.Println("USAGE: foo ") os.Exit(1) } foo(os.Args[1]) } ``` ```go func foo(bar string) error { if len(bar) == 0 return errors.New("bar must not be empty") } // ... return nil } func main() { if len(os.Args) != 2 { fmt.Println("USAGE: foo ") os.Exit(1) } if err := foo(os.Args[1]); err != nil { panic(err) } } ```
panic/recover不是错误处理策略。仅当发生不可恢复的事情(例如:nil引用)时,程序才必须panic。程序初始化是一个例外:程序启动时应使程序中止的不良情况可能会引起panic。 ```go var _statusTemplate = template.Must(template.New("name").Parse("_statusHTML")) ``` Even in tests, prefer `t.Fatal` or `t.FailNow` over panics to ensure that the test is marked as failed.
BadGood
```go // func TestFoo(t *testing.T) f, err := ioutil.TempFile("", "test") if err != nil { panic("failed to set up test") } ``` ```go // func TestFoo(t *testing.T) f, err := ioutil.TempFile("", "test") if err != nil { t.Fatal("failed to set up test") } ```
### 使用go.uber.org/atomic 使用[sync/atomic]包的原子操作对原始类型(`int32`, `int64`等)进行操作,因此很容易忘记使用原子操作来读取或修改变量。 [go.uber.org/atomic]通过隐藏基础类型为这些操作增加了类型安全性。此外,它包括一个方便的`atomic.Bool`类型。 [go.uber.org/atomic]: https://godoc.org/go.uber.org/atomic [sync/atomic]: https://golang.org/pkg/sync/atomic/
BadGood
```go type foo struct { running int32 // atomic } func (f* foo) start() { if atomic.SwapInt32(&f.running, 1) == 1 { // already running… return } // start the Foo } func (f *foo) isRunning() bool { return f.running == 1 // race! } ``` ```go type foo struct { running atomic.Bool } func (f *foo) start() { if f.running.Swap(true) { // already running… return } // start the Foo } func (f *foo) isRunning() bool { return f.running.Load() } ```
## 性能 性能方面的特定准则,适用于热路径。 ### 优先使用strconv而不是fmt 将原语转换为字符串或从字符串转换时,`strconv`速度比`fmt`快。
BadGood
```go for i := 0; i < b.N; i++ { s := fmt.Sprint(rand.Int()) } ``` ```go for i := 0; i < b.N; i++ { s := strconv.Itoa(rand.Int()) } ```
``` BenchmarkFmtSprint-4 143 ns/op 2 allocs/op ``` ``` BenchmarkStrconv-4 64.2 ns/op 1 allocs/op ```
### 避免字符串到字节的转换 不要反复从固定字符串创建字节slice。相反,请执行一次转换并捕获结果。
BadGood
```go for i := 0; i < b.N; i++ { w.Write([]byte("Hello world")) } ``` ```go data := []byte("Hello world") for i := 0; i < b.N; i++ { w.Write(data) } ```
``` BenchmarkBad-4 50000000 22.2 ns/op ``` ``` BenchmarkGood-4 500000000 3.25 ns/op ```
## 规范 ### 相似的声明放在一组 Go语言支持将相似的声明放在一个组内.
BadGood
```go import "a" import "b" ``` ```go import ( "a" "b" ) ```
这同样适用于常量、变量和类型声明:
BadGood
```go const a = 1 const b = 2 var a = 1 var b = 2 type Area float64 type Volume float64 ``` ```go const ( a = 1 b = 2 ) var ( a = 1 b = 2 ) type ( Area float64 Volume float64 ) ```
仅将相关的声明放在一组。不要将不相关的声明放在一组。
BadGood
```go type Operation int const ( Add Operation = iota + 1 Subtract Multiply ENV_VAR = "MY_ENV" ) ``` ```go type Operation int const ( Add Operation = iota + 1 Subtract Multiply ) const ENV_VAR = "MY_ENV" ```
分组使用的位置没有限制,例如:你可以在函数内部使用它们:
BadGood
```go func f() string { var red = color.New(0xff0000) var green = color.New(0x00ff00) var blue = color.New(0x0000ff) ... } ``` ```go func f() string { var ( red = color.New(0xff0000) green = color.New(0x00ff00) blue = color.New(0x0000ff) ) ... } ```
### import组内的包导入顺序 应该有两类导入组: - 标准库 - 其他一切 默认情况下,这是goimports应用的分组。
BadGood
```go import ( "fmt" "os" "go.uber.org/atomic" "golang.org/x/sync/errgroup" ) ``` ```go import ( "fmt" "os" "go.uber.org/atomic" "golang.org/x/sync/errgroup" ) ```
### 包名 当命名包时,请按下面规则选择一个名称: - 全部小写。没有大写或下划线。 - 大多数使用命名导入的情况下,不需要重命名。 - 简短而简洁。请记住,在每个使用的地方都完整标识了该名称。 - 不用复数。例如`net/url`,而不是`net/urls`。 - 不要用“common”,“util”,“shared”或“lib”。这些是不好的,信息量不足的名称。 另请参阅 [Package Names] 和 [Go包样式指南]. [Package Names]: https://blog.golang.org/package-names [Go包样式指南]: https://rakyll.org/style-packages/ ### 函数名 我们遵循Go社区关于使用[MixedCaps作为函数名]的约定。有一个例外,为了对相关的测试用例进行分组,函数名可能包含下划线,如: `TestMyFunction_WhatIsBeingTested`. [MixedCaps作为函数名]: https://golang.org/doc/effective_go.html#mixed-caps ### 导入别名 如果程序包名称与导入路径的最后一个元素不匹配,则必须使用导入别名。 ```go import ( "net/http" client "example.com/client-go" trace "example.com/trace/v2" ) ``` 在所有其他情况下,除非导入之间有直接冲突,否则应避免导入别名。
BadGood
```go import ( "fmt" "os" nettrace "golang.net/x/trace" ) ``` ```go import ( "fmt" "os" "runtime/trace" nettrace "golang.net/x/trace" ) ```
### 函数分组与顺序 - 函数应按粗略的调用顺序排序。 - 同一文件中的函数应按接收者分组。 因此,导出的函数应先出现在文件中,放在`struct`, `const`, `var`定义的后面。 在定义类型之后,但在接收者的其余方法之前,可能会出现一个 `newXYZ()`/`NewXYZ()` 由于函数是按接收者分组的,因此普通工具函数应在文件末尾出现。
BadGood
```go func (s *something) Cost() { return calcCost(s.weights) } type something struct{ ... } func calcCost(n []int) int {...} func (s *something) Stop() {...} func newSomething() *something { return &something{} } ``` ```go type something struct{ ... } func newSomething() *something { return &something{} } func (s *something) Cost() { return calcCost(s.weights) } func (s *something) Stop() {...} func calcCost(n []int) int {...} ```
### 减少嵌套 代码应通过尽可能先处理错误情况/特殊情况并尽早返回或继续循环来减少嵌套。减少嵌套多个级别的代码的代码量。
BadGood
```go for _, v := range data { if v.F1 == 1 { v = process(v) if err := v.Call(); err == nil { v.Send() } else { return err } } else { log.Printf("Invalid v: %v", v) } } ``` ```go for _, v := range data { if v.F1 != 1 { log.Printf("Invalid v: %v", v) continue } v = process(v) if err := v.Call(); err != nil { return err } v.Send() } ```
### 不必要的else 如果在if的两个分支中都设置了变量,则可以将其替换为单个if。
BadGood
```go var a int if b { a = 100 } else { a = 10 } ``` ```go a := 10 if b { a = 100 } ```
### 顶层变量声明 在顶层,使用标准`var`关键字。请勿指定类型,除非它与表达式的类型不同。
BadGood
```go var _s string = F() func F() string { return "A" } ``` ```go var _s = F() // 由于F已经明确了返回一个字符串类型,因此我们没有必要显式指定_s的类型 // 还是那种类型 func F() string { return "A" } ```
如果表达式的类型与所需的类型不完全匹配,请指定类型。 ```go type myError struct{} func (myError) Error() string { return "error" } func F() myError { return myError{} } var _e error = F() // F返回一个myError类型的实例,但是我们要error类型 ``` ### 对于未导出的顶层常量和变量,使用_作为前缀 在未导出的顶级`vars`和`consts`, 前面加上前缀_,以使它们在使用时明确表示它们是全局符号。 例外:未导出的错误值,应以`err`开头。 基本依据:顶级变量和常量具有包范围作用域。使用通用名称可能很容易在其他文件中意外使用错误的值。
BadGood
```go // foo.go const ( defaultPort = 8080 defaultUser = "user" ) // bar.go func Bar() { defaultPort := 9090 ... fmt.Println("Default port", defaultPort) // We will not see a compile error if the first line of // Bar() is deleted. } ``` ```go // foo.go const ( _defaultPort = 8080 _defaultUser = "user" ) ```
### 结构体中的嵌入 嵌入式类型(例如mutex)应位于结构体内的字段列表的顶部,并且必须有一个空行将嵌入式字段与常规字段分隔开。
BadGood
```go type Client struct { version int http.Client } ``` ```go type Client struct { http.Client version int } ```
### 使用字段名初始化结构体 初始化结构体时,几乎始终应该指定字段名称。现在由[`go vet`]强制执行。 [`go vet`]: https://golang.org/cmd/vet/
BadGood
```go k := User{"John", "Doe", true} ``` ```go k := User{ FirstName: "John", LastName: "Doe", Admin: true, } ```
例外:如果有3个或更少的字段,则可以在测试表中省略字段名称。 ```go tests := []struct{ op Operation want string }{ {Add, "add"}, {Subtract, "subtract"}, } ``` ### 本地变量声明 如果将变量明确设置为某个值,则应使用短变量声明形式 (`:=`)。
BadGood
```go var s = "foo" ``` ```go s := "foo" ```
但是,在某些情况下,`var` 使用关键字时默认值会更清晰。例如,声明空切片。 [Declaring Empty Slices]: https://github.com/golang/go/wiki/CodeReviewComments#declaring-empty-slices
BadGood
```go func f(list []int) { filtered := []int{} for _, v := range list { if v > 10 { filtered = append(filtered, v) } } } ``` ```go func f(list []int) { var filtered []int for _, v := range list { if v > 10 { filtered = append(filtered, v) } } } ```
### nil是一个有效的slice `nil` 是一个有效的长度为0的slice,这意味着, - 您不应明确返回长度为零的切片。返回`nil` 来代替。
BadGood
```go if x == "" { return []int{} } ``` ```go if x == "" { return nil } ```
- 要检查切片是否为空,请始终使用`len(s) == 0`。不要检查 `nil`。
BadGood
```go func isEmpty(s []string) bool { return s == nil } ``` ```go func isEmpty(s []string) bool { return len(s) == 0 } ```
- 零值切片(用`var`声明的切片)可立即使用,无需调用`make()`创建。
BadGood
```go nums := []int{} // or, nums := make([]int) if add1 { nums = append(nums, 1) } if add2 { nums = append(nums, 2) } ``` ```go var nums []int if add1 { nums = append(nums, 1) } if add2 { nums = append(nums, 2) } ```
### 小变量作用域 如果有可能,尽量缩小变量作用范围。除非它与[减少嵌套](#减少嵌套)的规则冲突。
BadGood
```go err := ioutil.WriteFile(name, data, 0644) if err != nil { return err } ``` ```go if err := ioutil.WriteFile(name, data, 0644); err != nil { return err } ```
如果需要在if之外使用函数调用的结果,则不应尝试缩小范围。
BadGood
```go if data, err := ioutil.ReadFile(name); err == nil { err = cfg.Decode(data) if err != nil { return err } fmt.Println(cfg) return nil } else { return err } ``` ```go data, err := ioutil.ReadFile(name) if err != nil { return err } if err := cfg.Decode(data); err != nil { return err } fmt.Println(cfg) return nil ```
### 避免裸参数 函数调用中的裸参数可能会损害可读性。当参数名称的含义不明显时,请为参数添加C样式注释(`/* ... */`)
BadGood
```go // func printInfo(name string, isLocal, done bool) printInfo("foo", true, true) ``` ```go // func printInfo(name string, isLocal, done bool) printInfo("foo", true /* isLocal */, true /* done */) ```
更好的作法是,将裸`bool`类型替换为自定义类型,以获得更易读和类型安全的代码。将来,该参数不仅允许两个状态(true/false)。 ```go type Region int const ( UnknownRegion Region = iota Local ) type Status int const ( StatusReady = iota + 1 StatusDone // Maybe we will have a StatusInProgress in the future. ) func printInfo(name string, region Region, status Status) ``` ### 使用原始字符串字面值,避免转义 Go支持[原始字符串字面值](https://golang.org/ref/spec#raw_string_lit),可以跨越多行并包含引号。使用这些字符串可以避免更难阅读的手工转义的字符串。
BadGood
```go wantError := "unknown name:\"test\"" ``` ```go wantError := `unknown error:"test"` ```
### 初始化结构体引用 在初始化结构引用时,请使用`&T{}`代替`new(T)`,以使其与结构体初始化一致。
BadGood
```go sval := T{Name: "foo"} // inconsistent sptr := new(T) sptr.Name = "bar" ``` ```go sval := T{Name: "foo"} sptr := &T{Name: "bar"} ```
### 格式化字符串放在Printf外部 如果你为`Printf`-style函数声明格式字符串,请将格式化字符串放在外面,并将其设置为`const`常量。 这有助于`go vet`对格式字符串执行静态分析。
BadGood
```go msg := "unexpected values %v, %v\n" fmt.Printf(msg, 1, 2) ``` ```go const msg = "unexpected values %v, %v\n" fmt.Printf(msg, 1, 2) ```
### 命名Printf样式的函数 声明`Printf`-style函数时,请确保`go vet`可以检测到它并检查格式字符串。 这意味着您应尽可能使用预定义的`Printf`-style函数名称。`go vet`将默认检查这些。有关更多信息,请参见[Printf系列]。 [Printf系列]: https://golang.org/cmd/vet/#hdr-Printf_family 如果不能使用预定义的名称,请以f结束选择的名称:`Wrapf`,而不是`Wrap`。`go vet`可以要求检查特定的Printf样式名称,但名称必须以f结尾。 ```shell $ go vet -printfuncs=wrapf,statusf ``` 另请参阅 [go vet: Printf family check]. [go vet: Printf family check]: https://kuzminva.wordpress.com/2017/11/07/go-vet-printf-family-check/ ## 模式 ### 测试Tables 在核心测试逻辑重复时,将表驱动测试与[子测试]一起使用,以避免重复代码。 [子测试]: https://blog.golang.org/subtests
BadGood
```go // func TestSplitHostPort(t *testing.T) host, port, err := net.SplitHostPort("192.0.2.0:8000") require.NoError(t, err) assert.Equal(t, "192.0.2.0", host) assert.Equal(t, "8000", port) host, port, err = net.SplitHostPort("192.0.2.0:http") require.NoError(t, err) assert.Equal(t, "192.0.2.0", host) assert.Equal(t, "http", port) host, port, err = net.SplitHostPort(":8000") require.NoError(t, err) assert.Equal(t, "", host) assert.Equal(t, "8000", port) host, port, err = net.SplitHostPort("1:8") require.NoError(t, err) assert.Equal(t, "1", host) assert.Equal(t, "8", port) ``` ```go // func TestSplitHostPort(t *testing.T) tests := []struct{ give string wantHost string wantPort string }{ { give: "192.0.2.0:8000", wantHost: "192.0.2.0", wantPort: "8000", }, { give: "192.0.2.0:http", wantHost: "192.0.2.0", wantPort: "http", }, { give: ":8000", wantHost: "", wantPort: "8000", }, { give: "1:8", wantHost: "1", wantPort: "8", }, } for _, tt := range tests { t.Run(tt.give, func(t *testing.T) { host, port, err := net.SplitHostPort(tt.give) require.NoError(t, err) assert.Equal(t, tt.wantHost, host) assert.Equal(t, tt.wantPort, port) }) } ```
试表使向错误消息添加上下文,减少重复的逻辑以及添加新的测试用例变得更加容易。 我们遵循这样的约定:将结构体切片称为`tests`。 每个测试用例称为`tt`。此外,我们鼓励使用`give`和`want`前缀说明每个测试用例的输入和输出值。 ```go tests := []struct{ give string wantHost string wantPort string }{ // ... } for _, tt := range tests { // ... } ``` ### 功能选项 功能选项是一种模式,您可以在其中声明一个不透明Option类型,该类型在某些内部结构中记录信息。您接受这些选项的可变编号,并根据内部结构上的选项记录的全部信息采取行动。 将此模式用于您需要扩展的构造函数和其他公共API中的可选参数,尤其是在这些功能上已经具有三个或更多参数的情况下。
BadGood
```go // package db func Connect( addr string, timeout time.Duration, caching bool, ) (*Connection, error) { // ... } // Timeout and caching must always be provided, // even if the user wants to use the default. db.Connect(addr, db.DefaultTimeout, db.DefaultCaching) db.Connect(addr, newTimeout, db.DefaultCaching) db.Connect(addr, db.DefaultTimeout, false /* caching */) db.Connect(addr, newTimeout, false /* caching */) ``` ```go type options struct { timeout time.Duration caching bool } // Option overrides behavior of Connect. type Option interface { apply(*options) } type optionFunc func(*options) func (f optionFunc) apply(o *options) { f(o) } func WithTimeout(t time.Duration) Option { return optionFunc(func(o *options) { o.timeout = t }) } func WithCaching(cache bool) Option { return optionFunc(func(o *options) { o.caching = cache }) } // Connect creates a connection. func Connect( addr string, opts ...Option, ) (*Connection, error) { options := options{ timeout: defaultTimeout, caching: defaultCaching, } for _, o := range opts { o.apply(&options) } // ... } // Options must be provided only if needed. db.Connect(addr) db.Connect(addr, db.WithTimeout(newTimeout)) db.Connect(addr, db.WithCaching(false)) db.Connect( addr, db.WithCaching(false), db.WithTimeout(newTimeout), ) ```
还可以参考下面资料: - [Self-referential functions and the design of options] - [Functional options for friendly APIs] [Self-referential functions and the design of options]: https://commandcenter.blogspot.com/2014/01/self-referential-functions-and-design.html [Functional options for friendly APIs]: https://dave.cheney.net/2014/10/17/functional-options-for-friendly-apis