
上面是go语言库项目结构,细节补充如下:
cmd目录:
存放项目要构建的可执行文件对应的main包源文件。
pkg目录:
项目自身要使用并且同样也是可执行文件对应main包要依赖的库文件。
makefile:
代码任何第三方构建工具脚本,例如 mave gradle的构建脚本。
go.mod go.sum:
go语言包依赖管理使用的配置文件。
阅读过程中的问题:
gofmt 是类似 java google format 的插件么?集成到 ide 里面用来规范代码的吗?
-s简化-r微重构-l按格式要求输出满足条件文件列表
go命名的时候很短小
这样可以应用到java里面吗?感觉只在上下文比较简单的场景,可能会比较合适。
go语言追求简单一致利用上下文辅助名字信息传达的命名惯例。感觉还是要大家命名达成一致,实话说简短的命名还是对可读性存疑的。
书里面好坏命名对比:




















