buffalo g model 仅生成结构体和迁移文件，不处理可空字段、不注册钩子、不建关联；需手动改用 sql.NullString、添加 UUID 主键逻辑、补全 belongs_to/has_one 注释及外键约束。
Buffalo 没有独立的 buffalo model 命令——模型生成靠 buffalo g model，且它只生成结构体和迁移文件，不注册钩子、不建关联、不处理空值语义。
buffalo g model 生成什么、不生成什么
执行 buffalo g model User name:string email:string 后，会创建：
-
models/user.go：含Userstruct、Validate方法、TableName方法 -
migrations/xxx_create_users.up.fizz和.down.fizz：字段按类型映射（string → varchar(255)），但所有字段默认非空（NOT NULL）
它不会：
- 自动添加
sql.NullString处理可空字段（需手动改 struct 和迁移） - 写
BeforeCreate等钩子方法（得自己加并调用pop.RegisterModel） - 生成 belongs_to/has_one 关联代码（标签注释要手写，外键字段名必须一致）
- 初始化 UUID 字段（
ID uuid.UUID得自己加，再配BeforeCreate）
生成后必须手动补的三件事
刚跑完 buffalo g model 只是起点，以下三项不补，运行时大概率 panic 或行为异常：
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
- 可空字段改用
sql.NullString或sql.NullInt64，并在迁移里加nullable: true - 若需 UUID 主键，在 struct 中声明
ID uuid.UUID，再在BeforeCreate里赋值，并确保pop.RegisterModel(&User{})已调用 - 一对一关联需双向加注释：
// has_one: user_config和// belongs_to: user，且外键字段（如user_id）在数据库中必须是UNIQUE
常见错误：迁移跑不过或 Find 返回空关联
典型现象：
-
buffalo db migrate报错column "name" contains null values→ 因模型字段是string但迁移没设默认值，而已有数据该列为空 -
tx.Eager("Profile").Find(&u, id)后u.Profile是零值 → 忘了在Profilestruct 里加// belongs_to: user注释，或外键名不叫user_id - 插入时
Name.Valid = false却写入空字符串 → 迁移里漏了nullable: true，PostgreSQL 拒绝 NULL
根本原因：生成命令不理解业务语义，它只做最简映射。字段是否可空、ID 是否 UUID、是否有关联，全靠你手写补全。
想让模型更“智能”？别依赖生成命令
真正省时间的做法不是反复调 buffalo g model，而是：
- 把常用模板（含 UUID、
sql.Null*、钩子签名、关联注释）存成 snippet，新建模型时直接粘贴 - 用
fizz迁移时手动写add_column+nullable: true，别信自动生成的 NOT NULL - 钩子函数必须定义在
models/包内，且注册必须在pop.Connect之前（常放在models/models.go的init()里）
生成命令只是 scaffolding，不是模型逻辑的来源。模型的行为（空值处理、生命周期、关联加载）全由你写的代码和迁移决定，不是命令输出的那几行 struct 定义。
