go 项目开发目录结构解析
在 go 项目开发中，目录结构的选择取决于项目的复杂程度和个人偏好，没有固定的最佳实践。
- 简单项目： 对于小型项目，采用单一的 controller 层即可，它负责所有数据操作和业务逻辑。
- 中等复杂度项目： 对于稍复杂的项目，可以引入 model 层，将数据结构和业务逻辑与 controller 层分离。
- 复杂项目： 对于大型项目，可以引入 service 层，负责更复杂的业务逻辑，并提供各种封装，模块化和可重用性。
- 非常复杂的项目： 对于极度复杂的项目，可以引入 transform 层，专门负责前后端之间的数据转换和组装。
示例目录结构如下：
.
├── makefile
├── assets
│ ├── static
│ └── template
├── cmd
│ └── server
├── config
│ └── config.go
├── config.yaml
├── go.mod
├── go.sum
├── internal
│ ├── http
│ └── sms
├── pkg
│ ├── es
│ ├── ext
│ └── id
├── prod.yaml
├── scripts
│ ├── generate.sh
│ └── start.sh
├── static
│ ├── assets
│ ├── bootstrap
│ └── imgs
├── template
│ ├── default
└── test
└── inites.go在 go 中，建议使用全路径导入包，而不是使用别名。例如，要从 internal/http 包导入 somefunc 函数，应使用以下代码：
import "example.com/app/internal/http" _ = http.SomeFunc()
