golang gorm中格式化时间问题详解

前言

最近在开发项目时遇到了发现一个问题，

gorm虽然可以自动帮你维护 created_at、updated_at、deleted_at这些关键时间字段。但是其原理与弊端需要了解一下。

1.使用方法

通过自定义一个localtime的结构，来控制时间的格式

package utils
import (
 "time"
 //"strconv"
 "fmt"
 "database/sql/driver"
 "strconv"
)
type localtime struct {
 time.time
}
func (t localtime) marshaljson() ([]byte, error) {
 //格式化秒
 seconds := t.unix()
 return []byte(strconv.formatint(seconds, 10)), nil
}
func (t localtime) value() (driver.value, error) {
 var zerotime time.time
 if t.time.unixnano() == zerotime.unixnano() {
 return nil, nil
 }
 return t.time, nil
}
func (t *localtime) scan(v interface{}) error {
 value, ok := v.(time.time)
 if ok {
 *t = localtime{time: value}
 return nil
 }
 return fmt.errorf("can not convert %v to timestamp", v)
}

此时dao的字段结构为

type testdao struct{
   id    uint    `gorm:"primary_key,auto_increment" json:"id"`
 createdat  localtime `json:"-"`
 updatedat  localtime `json:"update_at"`
 deletedat  *localtime `json:"-"`
}

2.实现原理

其实现方式其实是通过在save变更时，通过callback功能，将其定义为当前时间。文章可参考 传送门

这样你就可以通过自定义的localtime来控制时间格式。

3.弊端与建议

因为在程序运行时，createat这类字段的类型还是 localtime，所以如果你想自己给其复制，是不太容易做到的。

例如，你想在程序运行时改一下其createat的时间。你做不到! 因为它的类型是localtime，而你的时间要么是时间戳，要么是一个字符串，类型不匹配。。。是不是很尴尬？？？

所以建议这类保留字段还是不要在程序运行时去修改。只用它作为记录或标识即可。如果真的需要更改时间，还是自己维护字段的内容吧。例如用int存时间戳或string存字符串。然后每次变更时，去修改它的值。

当然也可以将这工作自己封装成一个callback函数，这样你就能够随意控制这个字段了。可参考上文传送门中的内容。

所以，想吐槽的是，gorm对时间格式化的这种实现方式，太不人性化了！

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对的支持。