在go-gorm/gen中实现sql.NullTime字段类型的灵活生成

在使用go-gorm/gen进行代码生成时，处理数据库中的可为NULL的时间字段是一个常见需求。标准的time.Time类型无法直接表示SQL中的NULL值，这时就需要使用sql.NullTime类型。

两种实现方式对比

1. Data Mapping方式（全局类型映射）

Data Mapping功能允许我们对特定数据库类型进行全局映射配置。例如可以将所有datetime类型映射为sql.NullTime：

data_mapping:
  datetime: sql.NullTime

但这种方式存在明显局限性：它会将该数据库类型的所有字段都进行转换，包括那些本不应该为NULL的字段（如create_time、update_time等）。这显然不符合实际业务需求。

2. FieldType方式（字段级定制）

更精准的做法是使用FieldType配置，它可以针对特定字段进行类型指定：

models:
  - field: deleted_at
    type: sql.NullTime

这种方式具有以下优势：

• 精确控制：只影响指定字段
• 灵活性：可以为不同字段配置不同类型
• 可维护性：配置清晰直观

实际应用建议

1. 审计字段处理：对于created_at、updated_at等审计字段，保持为time.Time类型
2. 软删除字段：deleted_at字段适合使用sql.NullTime
3. 可选时间字段：业务中的可选时间字段（如预约时间、完成时间等）也适合使用sql.NullTime

配置示例

完整的配置示例可能如下：

data_mapping:
  datetime: time.Time  # 默认映射

models:
  - field: deleted_at
    type: sql.NullTime
  - field: expired_at
    type: sql.NullTime

这种组合方式既保持了全局默认配置的简洁性，又通过字段级配置实现了特殊需求。

总结

在go-gorm/gen中处理可为NULL的时间字段时，推荐优先使用FieldType进行精确控制，避免使用全局Data Mapping带来的副作用。这种精细化的配置方式能够更好地满足实际业务场景的需求，同时保持代码的清晰性和可维护性。