看 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

[yb2313]

别从 js 里抄就好

[jjx]

大部分代码使用 AI 完成

以后还是要小心点了 个人看法

[Baymaxbowen]

@yb2313 关于为啥不要在 js 抄
https://jsdate.wtf/

[akiyamamio]

gtime 就挺好用的了

[sunmoon1983]

感觉 carbon 和 gtime 都可以呀

[apkapb]

我怎么觉得做为自带的标准库已经够好用了，什么 Time{},Date(),以及 Duration ，完全够用了。

反倒是 Java 里面的，特别是结合 Android ，写得我难受死了

[zoharSoul]

很棒, 是不是支持 yyyy-MM-dd 这种表示法?

[Ketteiron]

go 的时间库确实没有大而全的，一旦需要用到只能东拼西凑
如果只需要 Local ，我会用
https://github.com/googleapis/google-cloud-go/blob/main/civil/civil.go
但也就只有 Local

[iseki]

@Baymaxbowen js 有了，js-joda

[iseki]

@Ketteiron civil 只提供了 LocalDate

[iseki]

@zoharSoul 暂时不提供自定义格式化功能，只提供标准格式，这个包主要用于运算和类型安全。考虑到 Go 的使用场景，在经典后端下，使用自定义格式化功能的地方，不多。

[iseki]

@sunmoon1983 和 carbon gtime 设计思路不同，他们都没有采用 310 建模。这两个库和 time.Time 在类型上没有区别。

[iseki]

@apkapb 那可能你不需要更严格的类型吧，JSR-310 把 r 日期时间划分了近 10 种类型，以应对不同场景。

[oom]

6 ，star 了

[cooooing]

@Baymaxbowen 生草，一个没答对

[wangtian2020]

看到前几个 go 帖子我就想说了，go 连 dayjs 抄都抄不像，js 几 kb 就能实现的事儿

[encounter2017]

不支持 format 好，要不然又会有 2006-01-02 15:04:05 手动狗头

[iseki]

@encounter2017 当然考虑到 JSR-310 包含这个功能，也许以后会支持上。

[Ketteiron]

@iseki #10 Date/Time/DateTime 都有。
只是性能不太行，功能也少。

[iseki]

@Ketteiron 确实，我没看见另外两个类型，疏忽了。总之我还是照着 JSR-310 抄吧。