概述
我们将用几节来学习Go语言基础，本文结构如下：
格式化
注释
命名
包名
获取器
接口名
驼峰记法
分号
格式化
格式化问题总是充满了争议，但却始终没有形成统一的定论。在Go中我们另辟蹊径，让机器来处理大部分的格式化问题。
gofmt 程序（也可用 go fmt，它以包为处理对象而非源文件）将Go程序按照标准风格缩进、 对齐，保留注释并在需要时重新格式化。
举例来说，你无需花时间将结构体中的字段注释对齐，gofmt 将为你代劳。 假如有以下声明：
type T struct {
name string // 对象名
value int // 对象值
}
gofmt 执行后，会将它按列对齐为：
type T struct {
name string // 对象名
value int // 对象值
}
缩进
我们使用制表符（tab）缩进，gofmt 默认也使用它。在你认为确实有必要时再使用空格。
行的长度
Go对行的长度没有限制，也可进行折行并插入适当的tab缩进。
括号
Go所需的括号更少：控制结构（if、for 和 switch）在语法上并不需要圆括号。
注释
godoc 程序，既是一个程序，又是一个Web服务器，它对Go的源码进行处理，并提取包中的文档内容。
每个包都应包含一段包注释，即放置在包子句前的一个块注释。像下面这样
/*
这里是包的注释
*/
package yourpackage
在程序中，每个可导出（首字母大写）的名称都应该有文档注释。
文档注释最好是完整的句子，这样它才能适应各种自动化的展示。 第一句应当以被声明的东西开头，并且是单句的摘要。
// Compile 用于解析正则表达式并返回.....
func Compile(str string) (regexp *Regexp, err error) {
命名
请选择有语义的名字
包名
按照惯例， 包应当以小写的单个单词来命名，且不应使用下划线或驼峰记法。err 的命名就是出于简短考虑的，因为任何使用该包的人都会键入该名称。 不必担心引用次序的冲突。
另一个约定就是包名应为其源码目录的基本名称。在 src/pkg/encoding/base64 中的包应作为 "encoding/base64" 导入，其包名应为 base64， 而非 encoding_base64 或 encodingBase64。
清楚而简洁的名称。
- 例如，bufio 包中的缓存读取器类型叫做 Reader 而非 BufReader，因为用户将它看做 bufio.Reader，这是个清楚而简洁的名称。
- 用于创建 ring.Ring 的新实例的函数一般会称之为 NewRing，但由于 Ring 是该包所导出的唯一类型，简单就是 ring.New。
- 另一个简短的例子是 once.Do，once.Do(setup) 表述足够清晰， 使用 once.DoOrWaitUntilDone(setup) 完全就是画蛇添足。
- 长命名并不会使其更具可读性。一份有用的说明文档通常比额外的长名更有价值。
获取器 （get, set ）的名字
Go并不对获取器（getter）和设置器（setter）提供自动支持。 你应当自己提供获取器和设置器。若你有个名为 owner （小写）字段，其获取器应当名为 Owner（大写）而非 GetOwner。设置器 SetOwner 是个不错的选择。
owner := obj.Owner()
if owner != user {
obj.SetOwner(user)
}
接口名
按照约定，只包含一个方法的接口应当以该方法的名称加上-er后缀或类似的修饰来构造一个施动着名词，如 Reader、Writer、 Formatter、CloseNotifier 等。
请将字符串转换方法命名为 String 而非 ToString。
驼峰记法
Go中约定使用驼峰记法 MixedCaps 或 mixedCaps。
分号
Go的正式语法使用分号来结束语句；但是这些分号并不在源码中出现。 词法分析器会使用一条简单的规则来自动插入分号，因此因此源码中基本就不用写分号了。
警告：if、for、switch 或 select 的左大括号放在同一行，而不是放在下一行。如果这样做，就会在大括号前面插入一个分号，你应该这样写
if i < f() {
g()
}
而不是这样
if i < f() // 错！
{ // 错！
g()
}
END
