今天我给大家介绍下我使用Go语言做项目的一些心得，实际项目由于涉及公司代码，所以我这里开发了一个通用的模版项目gobox-demo用于说明。
gobox-demo代码：https://github.com/goinbox/gobox-demo
项目组织
├── conf // 项目配置文件目录
│ ├── http // httpserver（nginx）相关配置
│ │ ├── general
│ │ └── ssl
│ ├── rigger // rigger配置
│ │ └── tpl
│ └── server
├── logs // 项目log文件目录
├── src // 里面放置go代码
│ └── gdemo // 相当于本项目的命名空间的概念
│ ├── conf // 解析项目配置
│ ├── controller // mvc中的controller
│ │ └── api // api子系统的controller、action
│ │ ├── demo // DemoController
│ ├── errno // 项目的错误码
│ ├── gvalue // 项目中用到的一些全局变量
│ ├── idgen // id生成器，当前有个mysql的实现
│ ├── main // 里面都是main函数，即程序执行入口
│ │ └── api // api子系统的main
│ ├── misc // 一些零碎的东西
│ ├── svc // mvc中的svc层
│ │ ├── demo // DemoSvc
│ └── vendor // 里面防止第三方包
│ ├── github.com
│ │ ├── garyburd
│ │ ├── goinbox
│ │ └── go-sql-driver
│ └── gopkg.in
│ └── mgo.v2
├── tmp // 项目临时文件目录
└── tools // 一些用到的工具脚本
controller和action的组织
我见过的大多数项目，都喜欢把controlelr和action放到一个代码文件中，项目功能越多，文件就越长，
实际中这样做会给开发和维护带来很大的不利，所以我把他们拆开，每个action作为一个代码文件，这样很清晰：
controller/
├── api // api子系统下的controller和action
│ ├── base.go // api子系统的base
│ ├── demo // DemoController
│ │ ├── add.go // AddAction
│ │ ├── base.go // DemoController的base
│ │ ├── del.go // DelAction
│ │ ├── edit.go // EditAction
│ │ ├── get.go // GetAction
│ │ └── index.go // IndexAction
└── base.go // 通用base
svc的组织
svc/
├── base.go // 通用base
├── demo // 组织DemoSvc
│ ├── demo.go
│ └── demo_test.go
├── redis_base.go // 提供基础redis操作
├── sql_base.go // 提供基础sql操作
└── sql_redis_bind.go // 常用的以redis为cache + mysql存储的操作
其它
其它的一些包中都放置了线上最常用到的一些工具，我的原则向来是追求精简，团队没用到的功能就不添加。
另外，一些涉及到公司内部的代码，例如上线操作无法放到这里展示，但都是会有单独的目录去组织这些。
总之一句话，我力求做到项目组织合理，命名清晰，层次分明，希望让大家从项目的组织结构上就能判断出哪部分功能放在哪里，任何会让人有歧义的地方都要改善。
结束语
应用编程课已经全部讲完了，希望我的经验对大家有帮助，本人能力有限，有认识不当的地方还请指正，谢谢大家！
