必须调用c.Set("user", &u)将绑定后的结构体传入模板上下文，否则r.HTML()会清空表单；结构体字段需带form:"name"标签，模板用{{.user.Name}}和{{.FormErrors.name}}渲染数据与错误。

Buffalo 里表单提交后验证失败怎么保留用户输入

直接调用 r.HTML("new.html") 会导致表单清空，因为原始 POST 数据没传进模板上下文。必须手动把绑定后的结构体实例塞进去，否则用户得重填一遍。

• 在 action 函数里先用 c.Bind(&u) 绑定数据到结构体（如 User）
• 紧接着调用 c.Set("user", &u)，确保模板能访问 .user.Name 这类字段
• 结构体字段需带 form:"name" tag，否则 Bind 不会映射
• 模板中用 {{.FormErrors.name}} 渲染具体错误，{{if .FormErrors}}{{end}} 判断整体是否有错

为什么 validate.Validate(&u) 没报错但数据库写入还是失败

Buffalo 的 validate 包只做内存级校验，不检查数据库约束（如唯一索引、非空、外键）。比如邮箱重复时，validate 可能通过，但 pop.Create 会因违反 PostgreSQL 的 UNIQUE 约束而报错。

Buffalo框架 1.0.1

Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。

下载

• 常见错误信息是 ERROR: duplicate key value violates unique constraint "users_email_key"
• 解决办法：在 validate 之后加一层 DB 层校验，例如查一次 tx.Where("email = ?", u.Email).First(&existing)
• 或改用 tx.Create(&u) 后捕获 pop.Error，再根据 err.Error() 内容匹配关键字做友好提示
• 别依赖 validate 覆盖所有业务规则——它只是第一道防线

如何让 Buffalo 在启动时就发现模板里漏写的校验字段

Buffalo 不会在编译期检查模板中引用的字段是否存在，{{.user.Phone}} 写错成 {{.user.phone}} 或结构体根本没 Phone 字段，要等运行时渲染才 panic。

• 启用 app.PrecompileTemplates()（放在 app.go 的 App() 函数里）
• 它会在 buffalo dev 启动阶段扫描所有 templates/ 下的文件，提前报出 template: "users/new.html":12:7: unknown field "phone" in struct
• 注意：这个检查只对 .HTML() 渲染路径生效，对 .JSON() 或自定义响应无效
• 配合 go vet 和 IDE 的结构体字段补全，能大幅减少低级拼写错误

自定义验证逻辑该写在哪一层

Buffalo 推荐分层处理：结构体 tag 做基础格式（长度、邮箱格式），action 函数里做业务规则（密码确认一致、用户名不能含敏感词），DB 层做最终一致性（唯一性、关联存在性）。

• 结构体上用 valid:"required;email;length(6|128)" 处理通用规则
• 在 action 中写 if u.Password != u.PasswordConfirm { u.AddError("password_confirm", "两次输入不一致") }
• 不要把所有逻辑堆在 Validate() 方法里——它会被 Bind 自动调用，无法控制执行时机
• 避免在 Validate() 里做 DB 查询，否则每次绑定都触发 SQL，容易拖慢 API

验证逻辑真正起作用的地方，往往不在你写的第一个 if 判断里，而在你忘了加的那一行 c.Set() 或漏掉的那个 form: tag 中。