看 Go 的时间库不顺眼很久了，所以从别的语言里抄了一个

[iseki]

主要的内容是将 time.Time 按照不同的使用场景细分为 LocalDate LocalTime LocalDateTime OffsetDateTime 以及将来会有的 ZonedDateTime 等，将类型安全进行到底 xD 。

设计上尽量仿照 JSR-310 ，毕竟这个切分类型的思想也源自 JSR-310 。参考：threeten.org

对于某些可做出不同决策且个人不认为有明确优劣之分的设计，原则上遵守 JSR-310 习惯。

此外：

• 大部分代码使用 AI 完成，但都经过人工评审，可以放心使用。
• 该项目主要是参考既有成熟设计（ JSR-310 ），涉及复杂算法的部分已经经过仔细的人工评审。
• 当前剩余和时区有关的部分尚未完善，因为 Go 没有很好地暴露 time.Location 抽象，自行携带时区数据库基础设施显得过于笨重，目前还在考虑具体解决方案。此外因为大部分对标 ZonedDateTime 的操作均可通过 Go 标准库的 time.Time 完成，所以这个部分可能优先级不高。
• 由于 Go 语言本身与 Java 语言差异巨大，API 设计不可能照搬，已针对空值等不可避免的问题进行针对性处理，但目前仍然不排除后续调整部分具体 API 设计的情况，比如调整参数个数等。空值处理等核心设计不太可能变化。
• 核心类型已全部支持 Go 1.24 json 库支持的 IsZero() 判定，可放心使用 omitzero 标记。

目前主要功能部分还剩下 Period Duration 以及时区相关等尚未完成，后续会尽量补全。

项目地址： https://github.com/iseki0/goda

[z1154505909]

@Baymaxbowen 做了一遍，我后端崽认输。都他妈是什么玩意

[roundgis]

@Baymaxbowen 这个可以作为面试题

[Baymaxbowen]

@roundgis 那我要干翻面试官

[iseki]

提醒一下本 lib 是按照 Java 的语言提案 310 号编写的，该提案对应的功能已经在 Java8 时进入
Java 标准库 java.time 。
和 JavaScript 没有任何关系。

[NewYear]

我们可以在 2026 年 0 月 1 日相聚……

[iseki]

@NewYear 别吓我，我看一眼去

[iseki]

@NewYear 我这有 guard ，这个事我还特别关注过啊
if month < January || month > December {
e = newError("month %d out of range", month)

[RedisMasterNode]

说实话为什么要把 Java 那套带进来呢...= =不反对（毕竟辛苦开发的）但是不看好会有很多受众。

前面的人也回复过了 Go 里面已经有不少好用的开源时间/日期 Package ，https://github.com/dromara/carbon 就挺好用的。

不太看好这个能有人喜欢用。

[iseki]

@RedisMasterNode 看了下 carbon ，确实很完善，但是缺了一些点刚好 JSR-310 的东西可以补上，所以就弄了。

[zhady009]

@RedisMasterNode 抄 jdk 没毛病好用的时间库，关注时区、关注时差、UTC 和本地时间每种场景都有

[RedisMasterNode]

@zhady009 这些难道不是都有吗...这不是最基础的吗

[iseki]

@RedisMasterNode 标准库没有，civil 有但是不全，不过勉强能用。carbon 看上去有，但实际上不一样的。

[RedisMasterNode]

@iseki 我会建议向高 star 仓库开 pr 而没有必要重新造一个全新的轮子

[iseki]

@RedisMasterNode civil 这个可以考虑，但是和 carbon 那种思路并不相同。所以选择干脆按照 JSR-310 开新的项目，一些取舍也不必纠结，比如隔壁贴讨论的 MinusMonth 语义什么的。