


























这是一个创建于 215 天前的主题,其中的信息可能已经有所发展或是发生改变。
主要的内容是将 time.Time 按照不同的使用场景细分为 LocalDate LocalTime LocalDateTime OffsetDateTime 以及将来会有的 ZonedDateTime 等,将类型安全进行到底 xD 。
设计上尽量仿照 JSR-310 ,毕竟这个切分类型的思想也源自 JSR-310 。参考:threeten.org
对于某些可做出不同决策且个人不认为有明确优劣之分的设计,原则上遵守 JSR-310 习惯。
此外:
time.Location 抽象,自行携带时区数据库基础设施显得过于笨重,目前还在考虑具体解决方案。此外因为大部分对标 ZonedDateTime 的操作均可通过 Go 标准库的 time.Time 完成,所以这个部分可能优先级不高。IsZero() 判定,可放心使用 omitzero 标记。目前主要功能部分还剩下 Period Duration 以及时区相关等尚未完成,后续会尽量补全。
1 user1284 2025 年 11 月 12 日别从 js 里抄就好 |
2 jjx 2025 年 11 月 12 日大部分代码使用 AI 完成 以后还是要小心点了 个人看法 |
5 sunmoon1983 2025 年 11 月 12 日感觉 carbon 和 gtime 都可以呀 |
6 apkapb 2025 年 11 月 12 日我怎么觉得做为自带的标准库已经够好用了,什么 Time{},Date(),以及 Duration ,完全够用了。 反倒是 Java 里面的,特别是结合 Android ,写得我难受死了 |
7 zoharSoul 2025 年 11 月 12 日很棒, 是不是支持 yyyy-MM-dd 这种表示法? |
10 iseki 2025 年 11 月 12 日 via Android |
11 iseki 2025 年 11 月 12 日 via Android@zoharSoul 暂时不提供自定义格式化功能,只提供标准格式,这个包主要用于运算和类型安全。考虑到 Go 的使用场景,在经典后端下,使用自定义格式化功能的地方,不多。 |
12 iseki 2025 年 11 月 12 日 via Android@sunmoon1983 和 carbon gtime 设计思路不同,他们都没有采用 310 建模。这两个库和 time.Time 在类型上没有区别。 |
14 oom 2025 年 11 月 12 日6 ,star 了 |
16 wangtian2020 2025 年 11 月 12 日看到前几个 go 帖子我就想说了,go 连 dayjs 抄都抄不像,js 几 kb 就能实现的事儿 |
17 encounter2017 2025 年 11 月 12 日不支持 format 好,要不然又会有 2006-01-02 15:04:05 手动狗头 |
18 iseki 2025 年 11 月 12 日 via Android |
24 iseki 2025 年 11 月 12 日 via Android提醒一下本 lib 是按照 Java 的语言提案 310 号编写的,该提案对应的功能已经在 Java8 时进入 |
25 NewYear 2025 年 11 月 12 日我们可以在 2026 年 0 月 1 日相聚…… |
27 iseki 2025 年 11 月 12 日@NewYear 我这有 guard ,这个事我还特别关注过啊 |
34 iseki 2025 年 11 月 13 日@RedisMasterNode civil 这个可以考虑,但是和 carbon 那种思路并不相同。所以选择干脆按照 JSR-310 开新的项目,一些取舍也不必纠结,比如隔壁贴讨论的 MinusMonth 语义什么的。 |
35 zhady009 2025 年 11 月 14 日@RedisMasterNode 其实差挺多的,Go 标准库里的表达歧义 JDK 在类型上就给你表达清楚了,历法也没有 JDK 的好使。主要问题还是 API 表达能力差会有歧义,你说能用就行那就这样吧 |
36 iseki 2025 年 11 月 14 日 via Android另外就是 Go 标准库有个很扭曲的设计,我倾向于是设计者忘了这件事。Weekday 中 0=Sunday ,而 Month 则是 0=无效值 |
40 iseki 2025 年 11 月 20 日 via Android目前 Temporal LocalDate LocalTime LocalDateTime 已完成,数据库支持已测试 PostgreSQL/MySQL 。 |
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。