GORM开发中能否为按ID查询等通用DAO操作定义共享复用方法？

核心结论 #

• 该需求完全可落地实现，不存在Go语言设计层面的硬阻塞。之前多次尝试实现失败，核心是对Go泛型能力、GORM的API特性、结构体嵌入的方法提升机制理解存在偏差，而非语言本身不支持这类代码复用场景。
• 不需要硬写复杂反射逻辑，也不需要模拟传统面向对象的类继承，结合Go1.18+的泛型能力+结构体嵌入，就能达到和Java泛型基类DAO完全等价的复用效果，单份Get方法逻辑可以被所有表的DAO通用复用。

之前尝试方案失败的根因 #

• 纯反射+无类型接口方案失败：没有引入编译期可识别的泛型类型信息，把具体模型实例转为通用接口传递后，既丢失了类型元数据，也无法让GORM准确将查询结果映射回原始具体类型，最终拿到的接口值无法直接还原为可用的*FirstModel/*SecondModel实体。
• 纯结构体嵌入复用失败：之前的实现大概率是在非泛型的BaseDao中编写Get方法，没有和具体模型类型做绑定，导致Get方法的返回值只能是无差别的通用类型，无法自动匹配每个DAO对应的特定实体类型。
• 检索不到有效方案的原因：网络上多数传统Go DAO封装教程是Go1.18版本之前编写的，彼时没有泛型能力，只能靠复杂反射硬实现，代码可维护性差，参考价值较低。

具体实现步骤 #

1. 定义泛型版本的BaseDao #

这部分只需要编写一次，所有表的DAO都可以复用这套逻辑：

import "gorm.io/gorm"

// 可根据业务需要给接口加约束，比如要求所有实体包含ID主键、软删除字段等
// 无强制约束需求时，可直接将泛型T的约束替换为any，代码完全可正常运行
type BaseModel interface {
}

// 泛型基类DAO，T为对应表的实体类型
type BaseDao[T BaseModel] struct {
    DB *gorm.DB // 注入全局GORM实例
}

// 通用Get方法，全项目仅需实现一次
func (dao *BaseDao[T]) Get(id uint64) (*T, error) {
    // 编译期自动生成对应类型的实体实例，无反射类型丢失问题
    result := new(T)
    // 直接将实例传入GORM查询方法，GORM会自动完成字段映射
    err := dao.DB.First(result, id).Error
    if err != nil {
        return nil, err
    }
    return result, nil
}

2. 各表对应DAO的定义 #

不需要重复编写Get方法，仅需嵌入绑定了对应实体类型的BaseDao即可：

// 对应first表的DAO
type FirstDao struct {
    BaseDao[model.FirstModel]
}

// 对应second表的DAO
type SecondDao struct {
    BaseDao[model.SecondModel]
}

3. DAO实例初始化与使用 #

初始化时为每个DAO的BaseDao字段注入全局GORM实例即可，调用体验和原有自定义实现完全一致：

// 初始化全局DAO实例
var (
    FirstDaoInstance = &FirstDao{
        BaseDao: BaseDao[model.FirstModel]{
            DB: globalGormInstance,
        },
    }
    SecondDaoInstance = &SecondDao{
        BaseDao: BaseDao[model.SecondModel]{
            DB: globalGormInstance,
        },
    }
)

// 业务代码调用，返回值自动匹配对应实体类型，无需强制类型转换
firstRecord, err := FirstDaoInstance.Get(1001)
secondRecord, err := SecondDaoInstance.Get(2002)

实现逻辑说明 #

这套实现不需要额外做反射类型还原：泛型在编译阶段就已经确定了T的具体类型，new(T)生成的就是和预期完全一致的实体指针，GORM可以直接识别这个指针完成查询映射，既保留了编译期类型检查的安全优势，也实现了和Java泛型基类完全相同的代码复用率。

内容的提问来源于stack exchange，提问作者Eric