特别放送 | 给你一份清晰、可直接套用的Go编码规范

为什么函数参数尽量不用指针传递？如果是一个比较大的结构体，传指针不是更好吗？

不认同的地方: 4.1字符串, 空字符串的判断 两种方式都可以 详见: https://stackoverflow.com/questions/18594330/what-is-the-best-way-to-test-for-an-empty-string-in-go 4.2切片, 空 slice 判断 应该是"如果你需要测试一个slice是否是空的，使用len(s) == 0来判断，而不应该用s == nil来判断" 详见Go语言圣经: https://books.studygolang.com/gopl-zh/ch4/ch4-02.html 描述不够准确定地方: 4.2切片, 声明 slice 描述不够准确 详见: https://github.com/golang/go/wiki/CodeReviewComments#declaring-empty-slices 补充: 可以根据需要指定cap, 减少内存分配次数, 降低gc压力, 如 make([]int, 0, 100) 6.函数, 尽量采用值传递，而非指针传递。 描述不够准确 详见: https://github.com/golang/go/wiki/CodeReviewComments#pass-values 6.1 函数参数, 尽量用值传递，非指针传递。 描述不够准确 详见: https://github.com/golang/go/wiki/CodeReviewComments#pass-values 6.函数, 传入参数是 map、slice、chan、interface ，不要传递指针。 描述不够准确, 如果是slice, 并且有append操作, 并且期望改变可以影响原函数, 应当传递指针 这与slice的底层结构有关, 两个value, 一个 pointer 这在"9.2 注意事项"第一条也有说明 详见: https://github.com/golang/go/blob/master/src/runtime/slice.go#L22 9. 最佳实践, 在编译时验证接口的符合性，例如： 描述不够准确 详见: https://github.com/xxjwxc/uber_go_guide_cn#toc8

驼峰命名 APIClient、UserID，如果遇到API+ID就是APIID这样连续两个全大写可读性很低啊

在1.2初始化结构体引用时，给的案例里面bad 和good的sval的方式是一模一样的啊？还有在切片初始化时不都建议提前制定容量，然后后面为什么在声明slice是时候，又不建议make的方式而用var 的方式？

想问1.2节里为什么“对于未导出的顶层常量和变量，使用 _ 作为前缀。”，有什么作用吗？首字母小写不是已经表明是未导出(unexported)了吗？谢谢！

注释写中文才能说清楚的情况，该怎么规范注释呢

为方便团队都使用这份规范，需要写到开发文档里。请问这篇规范可以给个GitHub链接吗？这样方便更多人用，当然注明来自本课程也可以让更多人慕名学习。

老师，请问有学习班的群吗？

空slice那里为啥要 先判断slice != nil 再判断 len(slice) > 0 呢？不判断不可以吗？

请问go web 的项目结构目录有标准吗？ 查资料查到一个社区标准（https://github.com/golang-standards/project-layout），但是褒贬不一。所以想问问您那的结构目录是怎么标准化的？