Java 项目还需要 joda 吗
因为众所周知的原因,老的 Java 中的日期处理是非常不好用但是又不得不用的 API。
而且经常混乱还容易出错,相信大家应该都用过救民于水火的 joda Datetime 对象吧,简直是活菩萨。
时间来到 JDK 8 以后的版本了,我们还需要使用 joda 吗?
结论
根据官方的说法,joda 项目已经不再积极维护了。
Joda-time is no longer in active development except to keep timezone data up to date. From Java SE 8 onwards, users are asked to migrate to java.time (JSR-310) - a core part of the JDK which replaces this project.
上面的原文就是 Joda 已经不再积极进行开发了,只是进行一些时区数据的维护了。
所有的功能你应该都可以使用 java.time 来实现了。
简单来说就是如果你使用的是 JDK 8 以后的版本,你可以慢慢将 Joda 从你的项目中移除了,如果你还使用的是早期的版本,那么你还是需要导入的。
从官方的代码来看,也已经超过有 1 年多没有提交任何代码了。
还是感觉有点遗憾的,可能很多人都已经习惯 DateTime 来 new 一下然后进行一堆计算。
使用体验
针对 JDK 的 java.time 如果你需要获得当前的时间。
Date-Time API 的核心类之一是 Instant 类,它表示时间轴上的纳秒开始。
Instant 类返回的值计算从 1970 年 1 月 1 日(1970-01-01T00:00:0Z)第一秒开始的时间, 也称为 EPOCH。 发生在时期之前的瞬间具有负值,并且发生在时期后的瞬间具有正值。
Instant 不包含年,月,日等单位。但是可以转换成 LocalDateTime 或 ZonedDateTime, 如下 把一个 Instant + 默认时区转换成一个 LocalDateTime。
无论是 ZonedDateTime 或 OffsetTimeZone 对象可被转换为 Instant 对象,因为都映射到时间轴上的确切时刻。 但是,相反情况并非如此。
要将 Instant 对象转换为 ZonedDateTime 或 OffsetDateTime 对象,需要提供时区或时区偏移信息。
我们可以考察下面的这些代码片段:
对应的输出为:
2021-08-13T18:20:18.977845200Z2021-08-13T18:20:18Z2021-08-13T18:20:18.977845200Z
2021-08-13T14:20:18.992847200-04:00[America/New_York]2021-08-13T18:20:18.992847200Z
Fri Aug 13 14:20:18 EDT 20212021-08-13T18:20:18.993Z
针对上面的理解是,Instant 对象获得是当前的 UTC 时间,在这个时间中如果你不希望显示毫秒的话,你可以使用 truncatedTo 方法来格式化显示。
Instant 类是 immutable (不可变)的,因此就算你 truncatedTo 过后也不可以改变 Instant 对象。除非你重新 new 一个。
使用 ZonedDateTime 创建一个对象和 Date 创建一个对象是一样的,都是获得当前时区的时间。
例如我们现在是在美国东部时间,那么上面 2 个对象将会获得当前计算机的时间,同时上面 2 个对象还提供了 toInstant() 方法,这个方法将会显示当前时间对应的 UTC 时间。
从输出就可以看出来。
具体的一些转换我们在后续的学习文章中再逐步列出。
进行一些总结就是:
Instant 在 new 了以后是不可变的,总是指向 UTC 的时间。如果需要转换带有时区的本地时间,那么需要在转换的时候添加时区偏移量。Date 和 ZonedDateTime 创建的时间为带有时区的本地计算机的时间。Date 和 ZonedDateTime 都可以转换为 Instant,不需要添加时区偏移量。
评论