buffalo 不自动验证因设计哲学强调显式控制：路由处理器不扫描 struct tag 或拦截请求体，需开发者手动调用 validator 或 pop.validateandsave，并显式传错误至模板；无 gin 的 shouldbind 机制，且错误不自动回填表单值。
Buffalo 框架本身不内置表单级数据验证逻辑，它依赖 Go 标准库 html/template 或第三方验证库（如 go-playground/validator）做校验，错误提示则靠模板中显式检查 .Errors 或自定义上下文字段。直接用 Buffalo 自带的 buffalo.Pop（ORM 层）做模型字段验证是可行的，但必须手动触发、手动传入模板——没有 Gin 那样的 ShouldBind 一键绑定+错误聚合。
为什么 Buffalo 的验证不像 Gin 那样“自动”
Buffalo 的设计哲学偏向显式控制：路由处理器返回的 buffalo.Renderer 不会自动扫描 struct tag 并拦截请求体；它默认把原始请求数据（c.Request().FormValue 或 JSON 解码结果）原样塞进模板上下文。验证动作必须由开发者在 handler 中显式调用，比如：
- 用
validator.New().Struct(...)手动校验结构体 - 用
pop.ValidateAndSave(...)触发 Pop 的模型级验证（需提前在 model 上加validationstag） - 校验失败后，把错误对象（
validate.Errors或pop.Error）存入c.Set("errors", err)，再传给模板
Pop 模型验证的典型写法（含常见坑）
假设你有一个 User 模型，字段带 validations tag：
type User struct {
ID uuid.UUID `json:"id" db:"id"`
Name string `json:"name" db:"name" validations:"required"`
Email string `json:"email" db:"email" validations:"required,email"`
}
在 handler 中调用保存时，Pop 会自动运行验证：
if err := tx.ValidateAndSave(&user); err != nil {
// err 是 *pop.Error，包含 .GetErrors() 方法
c.Set("errors", err.GetErrors())
return c.Render(422, r.HTML("users/new.html"))
}
注意两个关键点：
-
ValidateAndSave只对pop.Model类型生效，普通 struct 不识别validationstag -
err.GetErrors()返回的是map[string][]string，例如{"Name": ["can't be blank"]}，模板里要按 key 查
模板中渲染错误提示的正确姿势
在 new.html 模板里，不能直接用 {{.Errors}}——Buffalo 不自动注入这个变量。必须确认 handler 显式设置了它（如上例的 c.Set("errors", ...)），然后这样写：
{{if .errors}}
{{range $field, $errs := .errors}}
<div class="error">
{{$field}}: {{range $errs}}{{.}}; {{end}}
</div>
{{end}}
{{end}}
容易踩的坑：
- 变量名大小写敏感：
.errors≠.Errors，Buffalo 默认不转换 key 大小写 - 没清空旧错误：如果复用同一个 context 对象（比如中间件多次
c.Set），可能残留上一次的errors，建议每次 handler 显式初始化c.Set("errors", nil) - HTML 转义风险：错误信息若含用户输入内容，需用
{{. | safeHTML}}或提前过滤，否则可能 XSS
想实现 Gin 风格的自动绑定？得自己补一层
Buffalo 没有 ShouldBindJSON，但你可以封装一个通用函数：
func BindAndValidate(c buffalo.Context, dst interface{}) error {
if err := c.Request().ParseForm(); err != nil {
return err
}
if err := c.Bind(dst); err != nil {
return err
}
validate := validator.New()
return validate.Struct(dst)
}
然后在 handler 中：
var user User
if err := BindAndValidate(c, &user); err != nil {
c.Set("errors", map[string][]string{"generic": {err.Error()}})
return c.Render(422, r.HTML("users/new.html"))
}
这种写法绕过了 Pop，适合纯 API 场景或轻量表单；但丢失了 Pop 的数据库事务集成能力——验证通过后还得自己调 tx.Create(&user)。
最易被忽略的一点：Buffalo 的验证错误永远不自动回填表单字段值。Gin 的 c.ShouldBind 失败后，c.HTML 渲染时能直接取到已解析的 struct 字段；而 Buffalo 模板里要显示用户刚输的内容，必须手动把 user 结构体也 c.Set("user", &user) 传进去，否则表单一提交失败就全空了。
