用户为什么选择将时间位置定义为零

从现在开始，我们要努力学习啦！今天我给大家带来《用户为什么选择将时间位置定义为零》，感兴趣的朋友请继续看下去吧！下文中的内容我们主要会涉及到等等知识点，如果在阅读本文过程中有遇到不清楚的地方，欢迎留言呀！我们一起讨论，一起学习！

我正在使用 go 1.13，并且我有一个 time.time 类型的用户定义类型，并且当使用 utc 的给定位置创建该值时，loc 属性仍然是 nil （具有 nil loc 会在特定时间导致恐慌）函数，所以这是不可接受的）。演示在这里。

type CustomTime time.Time

func main() {
    t := CustomTime(time.Date(2020, time.July, 23, 1, 0, 0, 0, time.UTC))
    fmt.Printf("%+v",t) // prints {wall:0 ext:63731062800 loc:}
}

仅供参考：背景信息，我使用此自定义时间为我的数据库处理程序实现 scan() ，并且当我将上面定义的自定义时间值（使用 nil 位置）与数据库中的值（非 nil ）进行比较时位置），由于比较失败，我的测试失败了。任何帮助或正确方向的指示将不胜感激。

解决方案

如果你查看文档，就会发现 time.time 类型

type time struct {
    //...
    wall uint64
    ext  int64
    
    // loc specifies the location that should be used to
    // determine the minute, hour, month, day, and year
    // that correspond to this time.
    // the nil location means utc.
    // all utc times are represented with loc==nil, never loc==&utcloc.
    loc *location
}

nil loc 实际上表示 utc。您可以通过打印相等性来验证相同的内容

fmt.println(time.utc == time.time(t).location())

// output: true

当您打印 t 时，您会看到一个 nil，因为您实际上是在打印 struct time 而不使用其默认的 stringer，因为您已使用自定义类型（即 customtime）包装了它。因此 loc 字段将为 nil。

fmt.printf("%+v", time.time(t))
// this will print utc for the location.

如果您想在任何地方使用 customtime，您可以将 time.time 嵌入结构中，而不是创建类型别名，以便 customtime 的行为类似于 time.time

type CustomTime struct {
    time.Time
}

func main() {
    t := CustomTime{time.Date(2020, time.July, 23, 1, 0, 0, 0, time.UTC)}
    fmt.Printf("%+v", t) // Prints: 2020-07-23 01:00:00 +0000 UTC
}

终于介绍完啦！小伙伴们，这篇关于《用户为什么选择将时间位置定义为零》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！