buffalo generate action 会创建 actions/ 目录下的 go 文件（如 users.go），含结构体（如 usersresource）及 list、show 等 crud 方法，并自动注册路由到 app.resource；默认带模板渲染逻辑因面向全栈 mvc，c.render 依赖 templates/ 下 html 模板，即使返回 json 也经模板中间件包装，需手动改为 c.json 并清理冗余中间件与 db 绑定。
buffalo generate action 会创建什么文件
执行 buffalo generate action 命令后，Buffalo 会在 actions/ 目录下生成一个 Go 文件（如 users.go），里面包含一个结构体（如 UsersResource）和一组预定义方法（List、Show、New、Create、Edit、Update、Destroy），同时自动注册对应路由到 app.go 的 app.Resource 调用中。
为什么生成的 Action 默认带模板渲染逻辑
Buffalo 的 generate action 是为全栈 MVC 场景设计的，所以生成的方法默认调用 c.Render 并依赖 templates/ 下的 HTML 模板。即使你只想要 JSON API，它也会写入类似 c.Render(200, r.JSON(users)) 这样的代码——但注意：这里的 r.JSON 不是标准 HTTP 响应，而是经过 Buffalo 模板中间件包装的封装，实际仍可能触发模板查找逻辑。
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
- 若未禁用模板引擎（
app.Templates = nil），c.Render会尝试加载actions/users/index.plush.html，找不到就 panic -
c.JSON方法才是绕过模板、直出 JSON 的安全选择，但生成器不会帮你写这个 - 所有生成的 Action 方法签名都接收
buffalo.Context，而它绑定了 session、request、response 等，BFF 或纯 API 场景里多数字段根本用不上
如何让生成的 Action 只做 JSON 响应
必须手动修改生成的文件，把 c.Render 全部换成 c.JSON，并删掉对模板路径的依赖。例如：
func (v UsersResource) List(c buffalo.Context) error {
users := &[]User{}
if err := models.DB.All(users); err != nil {
return c.Error(500, err)
}
return c.JSON(200, users) // ✅ 替换掉原来的 c.Render
}
- 删掉
actions/render.go中无用的render包引用 - 确保
app.Use(pop.Transaction(app.DB))已移除——BFF 层不该碰 DB - 如果不需要 session，必须显式注释或删除
app.Use(session.Middleware())，否则每次请求都多一层 context wrapper
生成器不支持自定义返回结构或聚合逻辑
buffalo generate action 只能按单表 CRUD 模式生成，无法表达 BFF 常见的“查用户 + 查订单 + 查通知”并发聚合场景。它硬编码了 models.User 和 models.DB，没法替换为多个下游 HTTP Client 调用。
- 想做字段裁剪、错误码统一、超时控制？得手写
http.Client+context.WithTimeout，生成器不提供入口 - 想合并两个微服务响应？不能靠
UsersResource，得另建一个独立 handler（比如dashboard.go），且不应放在actions/下 - 生成的路由绑定在
app.Resource("users", &UsersResource{})，但 BFF 接口往往不是 RESTful 资源名（如/bff/profile），这时应直接用app.Get("/bff/profile", ProfileHandler)
generate action，用 net/http 或 gin 写 handler —— 那些被 Buffalo 隐藏的细节，恰恰是 BFF 层最需要掌控的部分。
