合并不同类型的EventForm与EventTable结构体的最优方案

这是个Go开发里很常见的场景，我给你梳理几个最优实现方案，你可以根据业务场景挑最合适的：

这是我最推荐的方式，尤其是涉及数据库操作的场景——完全透明，能精准控制哪些字段被赋值，从根源上避免ID这类敏感字段被请求体覆盖。

假设你的结构体定义大概是这样：

// 解析POST请求体的结构体
type EventForm struct {
    Title   string `json:"title"`
    Content string `json:"content"`
    // 没有ID字段，或者有但我们主动忽略它的值
}

// 数据库表对应的结构体
type EventTable struct {
    ID        uint      `gorm:"primaryKey;autoIncrement"`
    Title     string    `gorm:"column:title"`
    Content   string    `gorm:"column:content"`
    CreatedAt time.Time `gorm:"autoCreateTime"`
}

手动映射的实现非常直接：

// 新增场景：ID由数据库自增，不需要从请求体获取
func FormToTable(form EventForm) EventTable {
    return EventTable{
        Title:   form.Title,
        Content: form.Content,
        // ID留空，交给数据库处理
    }
}

// 更新场景：需要保留原有ID，从其他渠道（比如URL参数、上下文）传入
func UpdateFormToTable(id uint, form EventForm) EventTable {
    return EventTable{
        ID:      id,
        Title:   form.Title,
        Content: form.Content,
    }
}

优点：逻辑完全可控，能处理字段名/类型不一致的情况（比如请求体的start_time转成数据库的StartTime，或者类型转换）；缺点：字段多的时候写起来有点繁琐，但换来了绝对的安全性。

如果结构体字段特别多，手动写映射太麻烦，可以用反射自动复制匹配的字段，但要提前排除掉ID这类你不想被覆盖的字段。你可以自己写反射逻辑，也可以用成熟的库（不过尽量避免不必要的依赖，自己写也不难）。

自己实现反射映射的例子：

import "reflect"

// 把form的字段复制到table，排除指定字段
func CopyFormToTable(form interface{}, table interface{}, excludeFields ...string) error {
    formVal := reflect.ValueOf(form).Elem()
    tableVal := reflect.ValueOf(table).Elem()

    // 把要排除的字段存进map，方便快速判断
    excludeMap := make(map[string]bool)
    for _, field := range excludeFields {
        excludeMap[field] = true
    }

    for i := 0; i < formVal.NumField(); i++ {
        formField := formVal.Type().Field(i)
        // 跳过排除字段、目标结构体不存在的字段、不可赋值的字段
        if excludeMap[formField.Name] {
            continue
        }
        tableField := tableVal.FieldByName(formField.Name)
        if tableField.IsValid() && tableField.CanSet() && formField.Type == tableField.Type() {
            tableField.Set(formVal.Field(i))
        }
    }
    return nil
}

// 使用方式
func main() {
    var form EventForm
    // 解析POST请求体到form...
    
    var table EventTable
    // 新增场景：排除ID字段
    err := CopyFormToTable(&form, &table, "ID")
    if err != nil {
        // 处理错误
    }
    // 后续对table执行数据库操作
}

优点：减少重复代码，适合字段多的场景；缺点：反射有轻微性能开销（Web场景基本可以忽略），需要处理类型不匹配、字段不可赋值的边界情况，避免panic。

如果两个结构体的大部分字段是重合的，把公共字段抽成一个基础结构体，让EventForm和EventTable都嵌入它，既能减少代码冗余，又能实现字段复用。

例子：

// 公共字段结构体
type EventBase struct {
    Title   string `json:"title" gorm:"column:title"`
    Content string `json:"content" gorm:"column:content"`
}

// 请求体结构体：嵌入公共字段，再加请求专属字段
type EventForm struct {
    EventBase
    Captcha string `json:"captcha"` // 比如验证码这类只在请求里有的字段
}

// 数据库表结构体：嵌入公共字段，再加数据库专属字段
type EventTable struct {
    ID        uint      `gorm:"primaryKey;autoIncrement"`
    EventBase
    CreatedAt time.Time `gorm:"autoCreateTime"`
}

// 转换逻辑非常简洁
func FormToTable(form EventForm) EventTable {
    return EventTable{
        EventBase: form.EventBase,
        // ID留空，数据库自增
    }
}

优点：代码结构最优雅，完全避免重复定义字段；缺点：如果两个结构体字段差异很大，嵌入的意义就不大了。

• 字段少/需要精准控制：选手动字段映射；
• 字段多/不想写重复代码：选反射自动映射；
• 大部分字段重叠：选嵌入公共结构体。

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