何时该选 GoFrame？选型判断标准
面试问法：对比 Gin 你为什么要用 GoFrame？什么项目该选、什么项目别选？ 一句话结论：GoFrame 是“全家桶应用框架”——路由只是它的一小块，ORM、配置、日志、校验、缓存、代码生成、规范工程结构开箱即用；适合 CRUD 密集、要快速交付、团队愿意接受框架约定的业务系统；追求极简、重度依赖特定第三方生态或需要完全掌控底层时，选型要谨慎。
对比速览
| 维度 | Gin | GoFrame v2 |
|---|---|---|
| 定位 | 高性能路由/中间件库 | 工程化全家桶框架 |
| 数据库 | 自配（gorm 等） | 内置 gdb + gen dao 代码生成 |
| 配置/日志/校验 | 自选组件 | 内置 gcfg/glog/gvalid |
| 工程规范 | 自由组织 | 官方目录分层 + CLI 生成 |
| 上手成本 | 低、自由度高 | 中等，约定多但文档全 |
| 适用 | 微服务/极简服务/定制化强团队 | 业务系统、快速交付、统一规范团队 |
建议选 GoFrame 的场景
- 业务以 CRUD/管理后台/接口服务为主，需要“开箱即用”的完整能力。
- 团队希望统一工程结构与代码风格，愿意吃官方约定（分层、命名、生成器）。
- 对开发效率敏感：gen dao、规范路由 + OpenAPI、统一响应这些能力直接省样板。
- 单体先行、未来按模块拆分：service 接口化便于日后演进。
建议谨慎的场景
- 只想要一个轻路由，团队已有沉淀的 GORM/日志/配置栈——引入全家桶反而叠加两套心智。
- 对底层完全掌控或强定制路由/ORM 行为的需求占主导。
- 微服务治理、网关等基础设施层开发——那是 go-micro/istio/envoy 等生态的领域。
- 评估过贡献生态后仍缺关键组件（支付、消息、特定中间件封装）且团队无补齐意愿。
常见追问
- 追问：能只取 GoFrame 一部分组件吗？——组件包可以单独引用（如只用 gdb 或 ghttp），顶层
g.*只是便捷聚合；混用要自行保持风格统一，以官方文档为准。 - 追问：新老项目怎么过渡？——新模块/新项目试点，老代码不必重写；或先引入规范路由与 gen dao 增量对齐，避免一次性大迁移。
- 追问：选型还看什么硬指标？——维护活跃度、版本演进节奏、文档完整度（中文）、License 与社区；现场最好给出“可验证的标准 + 取舍结论”。
记忆点
- 一句话：要全家桶工程效率选 GoFrame，要极简自由选 Gin；先 PoC 一个真实模块再定。