Iris本身不内置ORM或服务层抽象，仅负责路由、中间件和响应封装；增删改查需自行集成GORM等数据层，并按标准RESTful规范定义路由（如GET/POST/PUT/DELETE /users及/users/{id:int}），配合结构化handler设计与依赖注入实现安全、可维护的数据操作。
直接用 Iris 写增删改查接口，核心不是“能不能”，而是“要不要绕开框架原生能力去套模板”。Iris 本身不内置 ORM 或服务层抽象，它只管路由、中间件、响应封装——所以你得自己决定数据层用 GORM、xorm 还是原生 database/sql，再把它们接进路由逻辑里。
如何定义标准 RESTful 路由并绑定 handler
Iris 的路由注册非常直白，但容易忽略 HTTP 方法语义和路径设计一致性。比如用户资源的 CRUD，推荐按以下方式组织：
-
GET /users→ 列表查询（支持分页参数page、limit） -
GET /users/{id:int}→ 单条查询，{id:int}自动校验类型，失败直接 404 -
POST /users→ 新增，ctx.ReadJSON(&user)解析请求体 -
PUT /users/{id:int}→ 全量更新，注意：必须带完整字段，否则可能覆盖为空 -
DELETE /users/{id:int}→ 删除，建议用软删除（如加deleted_at字段）而非物理删
别写成 /user/add、/user/delete?id=123 这类非 REST 风格路径——后期加中间件（如权限、审计）或生成 OpenAPI 文档时会踩坑。
handler 中如何安全调用 GORM 进行数据操作
假设你已用 GORM 定义了 User 结构体，并在应用启动时初始化了 *gorm.DB 实例（通常挂到 app.Logger() 或自定义容器里）。关键点在于：不要在每个 handler 里重复打开 DB 连接，也不要直接把 *gorm.DB 当全局变量裸用。
推荐做法是通过 context 注入或依赖注入（如用 github.com/kataras/golog + 自定义容器）：
app.Post("/users", func(ctx iris.Context) {
var user User
if err := ctx.ReadJSON(&user); err != nil {
ctx.StatusCode(iris.StatusBadRequest)
ctx.JSON(map[string]string{"error": "invalid JSON"})
return
}
// 假设 db 已通过 app.ConfigureContainer() 注入到 context
db := ctx.Values().Get("db").(*gorm.DB)
result := db.Create(&user)
if result.Error != nil {
ctx.StatusCode(iris.StatusInternalServerError)
ctx.JSON(map[string]string{"error": result.Error.Error()})
return
}
ctx.StatusCode(iris.StatusCreated)
ctx.JSON(user)
})
注意：GORM 的 Create 不会自动返回主键 ID（除非结构体 tag 里写了 primaryKey 且数据库支持自增），如果前端需要立即拿到 ID，得确认 user.ID 是否已被赋值；若用 UUID，需提前生成并赋值。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
为什么 PUT 和 PATCH 要区分，以及 Iris 怎么处理 PATCH
Iris 默认不注册 PATCH 方法，必须显式调用 app.Patch()。而业务上，PUT 表示“全量替换”，PATCH 表示“局部更新”——这点不能含糊。
常见错误是用 PUT 接收部分字段，然后直接 db.Save(&user)，结果未传字段被置空。正确做法：
- 用
PUT：接收完整结构体，执行db.Where("id = ?", id).Updates(&user)（注意是Updates，不是Save） - 用
PATCH：只解析非零字段，构造 map 动态更新，例如：db.Model(&user).Select("name", "email").Updates(map[string]interface{}{"name": "new"})
别依赖结构体零值判断——时间字段、布尔字段、数字字段的“零值”可能是合法业务值。更稳妥的是用 json.RawMessage 先读原始字节，再按需解析字段。
如何避免路由 handler 变成“上帝函数”
初学者常把验证、DB 操作、日志、错误转换全塞进一个 func(ctx iris.Context) 里，导致难以测试、复用和维护。Iris 支持 Handler 链式组合，你应该拆开：
- 用
ctx.ReadJSON+ 自定义 struct 实现绑定，配合validatortag 做基础校验（如binding:"required"） - 用
app.UseRouter或中间件统一处理 DB 事务（如db.Begin()/defer tx.Commit()） - 把具体业务逻辑抽成独立函数，只接收纯数据（如
func CreateUser(db *gorm.DB, u User) (User, error)），和框架解耦
最易被忽略的一点：Iris 的 Context 不是线程安全的，别把它存到 goroutine 里异步用；所有异步操作必须克隆必要数据（如 ID、body 字节）后才起 goroutine。
