Revel框架不内置软删除，因其轻量无侵入设计，不绑定ORM或模型钩子；需结合GORM的DeletedAt字段与Unscoped()查询手动实现，删除、恢复及权限校验均在业务层控制。
Revel 框架本身不提供软删除支持，必须手动实现；没有内置的数据恢复逻辑，需结合数据库字段与业务层控制。
为什么 Revel 不支持 SoftDeletes 之类的功能
Revel 是一个轻量、无侵入的 Go Web 框架，它不绑定 ORM，也不封装模型生命周期钩子（如 Eloquent 的 bootSoftDeletes 或 GORM 的 BeforeDelete）。它只负责路由、控制器、模板和中间件调度。所有数据操作依赖你选用的数据库驱动（如 database/sql + pgx 或 gorm），而软删除是 ORM 层或业务逻辑层的责任。
- 如果你用的是原生
database/sql，就得在每个SELECT语句里加WHERE deleted_at IS NULL - 如果用了
gorm，可以启用gorm.DeletedAt字段并调用Unscoped()恢复查询 - Revel 的
AppController或自定义Filter无法自动拦截 delete 请求——它不像 Laravel 那样有模型事件系统
用 GORM 在 Revel 中实现软删除的最小可行方式
假设你已在 Revel 项目中集成 gorm，并在模型中嵌入 gorm.Model（含 DeletedAt）：
type User struct {
gorm.Model
Name string
Email string
}
那么关键操作如下：
- 删除：调用
db.Delete(&user)→ 自动设置deleted_at时间戳，不真正删行 - 查询默认排除已删除：
db.Find(&users)→ 自动加WHERE deleted_at IS NULL - 查包括已删除的：用
db.Unscoped().Find(&users) - 恢复单条记录：先
Unscoped()查出，再置空DeletedAt，然后Save()
注意：db.Unscoped().Where("id = ?", id).Update("deleted_at", nil) 是常见误写——Update 不会触发 GORM 的软删除恢复逻辑，必须显式赋值再 Save。
Revel 控制器里怎么安全暴露「恢复」接口
不要直接在控制器里写裸 SQL 或绕过 GORM 的恢复逻辑。推荐封装一个服务方法：
func (s *UserService) RestoreUser(id uint) error {
var user User
if err := db.Unscoped().First(&user, id).Error; err != nil {
return err
}
user.DeletedAt = gorm.DeletedAt{}
return db.Save(&user).Error
}
然后在 Revel 的 AppController 中调用它：
- 确保该操作仅限管理员角色（Revel 没有 RBAC 内置，得自己用中间件校验
Session.Get("role") == "admin"） - 避免在 URL 路径中暴露 ID 为纯数字（易被遍历），建议用短哈希或带签名 token
- 执行恢复前，最好先检查
user.DeletedAt.Valid == true，防止重复恢复或误操作
真正容易被忽略的是时间精度问题：gorm.DeletedAt 是 *time.Time 类型，MySQL 的 datetime 字段可能丢失微秒，导致 Unscoped().First 查不到刚软删的记录——建议统一用 timestamp 类型并确认时区配置一致。
