后端分层约束

总原则

• 严格遵守 Router -> API -> Service -> Model 依赖方向
• 禁止跨层直接调用
• enter.go 作为组装与暴露入口，避免循环引用

Model 层

• 数据模型优先继承 global.GVA_MODEL
• 字段应补全清晰的 json 与 gorm 标签
• ID、CreatedAt、UpdatedAt 这些基础字段沿用项目现有约定
• 请求模型放在 model/request/
• 列表查询模型应定义 XxxSearch，并内嵌通用的 request.PageInfo

类型一致性

• 同一字段在模型、请求结构、响应结构、前端使用处必须保持一致
• 状态字段、ID 字段、枚举字段、时间字段是高风险字段，必须重点检查
• 若涉及指针类型与非指针类型互转，必须在 Service 层显式处理 nil

Service 层

• 只承载业务逻辑，不处理 HTTP 语义
• 不要依赖 gin.Context
• 函数应返回业务结果和 error
• 每个模块在 service/ 下建立独立文件，并在 service/enter.go 注册

API 层

• 负责参数提取、参数校验、调用 Service 和统一响应
• 参数从哪里取，取决于前端怎么传、协议怎么设计、当前逻辑需要什么，以及哪个位置更合理
• 不要把绑定方式写死成某一种固定模板

常见参数来源

• JSON body
• Query string
• Path params
• multipart/form-data
• Header
• Cookie

常见取法

• JSON body: ShouldBindJSON
• Query: ShouldBindQuery、c.Query(...)、c.DefaultQuery(...)
• Path: c.Param(...)
• form-data / file upload: c.FormFile(...)、c.DefaultPostForm(...)、c.Request.FormValue(...)
• Header: c.GetHeader(...)、c.Request.Header.Get(...)
• Cookie: c.Cookie(...)

使用原则

• 绑定方式要与真实参数来源一致

• 不要为了套模板，把 Header / Cookie / Query / form-data 中的数据强行改成 body

• 认证、追踪、网关透传等信息，很多时候本来就应该从 Header 或 Cookie 获取

• 上传文件时，应按上传协议从 multipart/form-data 中取文件和附带字段

• 必须通过 service.ServiceGroupApp 访问服务层

• 必须使用项目统一的 response 包输出结果

• 每个对外 API 都必须写完整且准确的 Swagger 注释

Router 层

• 负责路由分组、中间件挂载和处理函数绑定
• 必须通过 api.ApiGroupApp 引用 API 层
• 每个模块在 router/ 下建立独立文件，并在 router/enter.go 注册

Initialize 层

插件或模块若需要初始化入口，至少关注以下职责：

• gorm.go: 表结构迁移
• router.go: 路由注册
• menu.go: 菜单与权限初始化
• viper.go: 配置加载
• api.go: API 注册

Swagger 约束

对外 API 的 Swagger 注释至少要准确说明：

• 功能说明
• 请求参数
• 响应结构
• 路由路径
• 鉴权要求