Buffalo框架中路由不负责结构体绑定与验证，仅匹配URL和方法；绑定靠c.Bind()，校验需显式调用validate.Validate()并手动处理错误，模板渲染须配合c.Set()传递上下文。
Buffalo 框架里没有「路由绑定结构体验证」这回事——App.GET() 或 App.POST() 只负责匹配 URL 和方法，不参与数据绑定或校验。真正做结构体绑定和验证的是 action 函数内部的 c.Bind() 和 validate.Validate()，不是路由层的事。
为什么你不能在路由定义里写验证逻辑
Buffalo 的路由系统（基于 github.com/gorilla/mux）只处理路径匹配、参数提取（如 :id）、中间件链挂载。它不解析请求体、不反射结构体、不调用 validator。所有这些都发生在 handler 执行时。
-
App.POST("/users", UsersCreate)仅表示：收到 POST /users 请求时，调用UsersCreate这个函数 - 验证是否发生、验证哪几个字段、失败后怎么处理——全由
UsersCreate函数自己决定 - 试图在路由行里加 tag、schema 或 validator 配置，会直接报错或被忽略
c.Bind() 是结构体绑定的唯一入口，但默认不校验
c.Bind(&u) 把表单或 JSON 数据映射进结构体 u，但它只做「尽力而为」的字段填充，不会报错、不会跳过缺失字段、也不会检查类型兼容性。
- 结构体字段必须首字母大写（导出），且带
form:"email"或json:"email"标签，否则绑定静默失败 - 如果前端传了
email=（空字符串），u.Email就是空，Bind不会提示“required” - 要触发校验，必须显式调用
validate.Validate(&u)，它读取结构体上的valid:tag（如valid:"required;email"） - 校验结果存在
u.Errors里，需手动检查：if u.HasErrors() { ... }
常见错误：Validate 通过了，但 pop.Create 还是报 unique constraint
validate.Validate() 只做内存级规则检查（长度、格式、非空），它不知道数据库里有没有重复邮箱。PostgreSQL 的 UNIQUE 约束失败时，错误来自 pop.Create()，典型信息是：ERROR: duplicate key value violates unique constraint "users_email_key"。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 别指望
valid:"email"能防重名——它只校验格式，不查库 - 业务上需要唯一性，得在
validate之后加 DB 查询：tx.Where("email = ?", u.Email).First(&existing) - 或者捕获
pop.Error，用strings.Contains(err.Error(), "duplicate key")做 fallback 提示 - 把 DB 层校验塞进 action 函数里，不是塞进路由或中间件
模板里渲染验证错误必须手动传结构体上下文
验证失败后调 r.HTML("users/new.html")，页面必然清空——因为原始绑定的 &u 没进模板上下文。
- 必须在 action 里紧接着
c.Bind(&u)后写：c.Set("user", &u) - 结构体字段要有
form:"email"，模板才能用{{.FormErrors.email}}显示具体错误 - 整个上下文是
.user.Email+.FormErrors.email配合工作，缺一不可 - 漏掉
c.Set()或字段没form:tag，错误就只在日志里打印，用户看不到提示
最常被忽略的一点：Buffalo 不会在启动时检查结构体字段和模板引用是否一致。写成 {{.user.emial}}（拼错）或结构体压根没 Phone 字段，只有等用户提交、触发渲染时才 panic。启用 app.PrecompileTemplates() 能提前暴露这类问题，但它只对 r.HTML() 生效，对 JSON 响应或自定义 render 完全无效。
