Golang Practice Advicehtml
Practical Advice for Go Library Authors by Jack Lindamood at GopherCon 2016git
www.youtube.com/watch?v=5v2…github
幻灯地址: go-talks.appspot.com/github.com/…golang
包名是未来使用过程当中的一部分,因此避免重复包名和结构与函数。好比bash
var h client.Client → var h http.Client
复制代码
context.NewContext() => context.Background()
复制代码
golang 没有构造函数,所以建立对象通常有两种办法:微信
推荐使用默认 0 值的构造方法并发
在默认0值的状况下,各个方法要处理好0值,好比有些东西发现是0值后,给入一个默认值。app
New() 构造函数很灵活,能够作任何事情,所以对于代码阅读上不利,意味着隐藏了不少东西。ide
有些库使用私有 struct,公开接口的方法,authImpl struct and Auth interface,这是反模式,不推荐使用。函数
不推荐使用 Singleton,虽然标准库中大量使用了 Singleton 模式,可是 Jack 我的不喜欢这种模式。
使用高阶函数做为选项这种形式不推荐:NewSomething(WithThingA(), WithThingB())
一些日志是直接打印到标准输出去,这是很是很差的设计,由于用户若是想关根本关不了。
建议
接受 interface ,但返回的是 struct
这点和 Java 不一样,Java 更倾向于全部东西都是经过 interface 操做。而 golang 不须要,golang 使用的是隐性interface。
最好都不 panic。若是非要 panic,可能最合适的地方是 init 的时候,由于刚一运行就能看到挂了,比较容易处理。但即便如此,也尽可能不要 panic。
问:咱们是须要检查全部的 error 么?好比有些彷佛不大容易出错。 答:须要,特别是你说的这些不大容易出错的!!
咱们用 error 代替了 exception,因此不要忽略这个东西。
处理的办法
何时应该返回错误比较合适?
虽然 channel 是 golang 一个处理并发很好地东西,可是并不是全部场合都须要。好比标准库中就不多有在 API 中使用 channel 的。
我的微信公众号:
我的github:
我的博客: