我正在使用 Java 8 中的新 java.time 包。我有一个遗留数据库,它给了我java.util.Date
,我将它转换为Instant
.
我想要做的是添加一个基于另一个数据库标志的时间段。我可以添加几天、几周、几个月或几年。我不想关心我要添加什么,我希望将来能够添加更多选项。
我的第一个想法是Instant.plus()
,但这给了我一个UnsupportedTemporalTypeException
大于一天的值。Instant 显然不支持大时间单位的操作。好吧,随便LocalDateTime
吧。
所以这给了我这个代码:
private Date adjustDate(Date myDate, TemporalUnit unit){
Instant instant = myDate.toInstant();
LocalDateTime dateTime = LocalDateTime.ofInstant(instant, ZoneId.systemDefault());
dateTime = dateTime.plus(1, unit);
Instant updatedInstant = dateTime.atZone(ZoneId.systemDefault()).toInstant();
return new Date(dueInstant.toEpochMilli());
}
现在,这是我第一次使用新的时间 API,所以我可能在这里遗漏了一些东西。但对我来说,我必须去似乎很笨拙:
Date --> Instant --> LocalDateTime --> do stuff--> Instant --> Date.
即使我不必使用 Date 部分,我仍然会觉得它有点尴尬。所以我的问题是,我这样做是否完全错误,最好的方法是什么?
编辑:扩展评论中的讨论。
我想我现在对 LocalDateTime 和 Instant 如何使用 java.util.Date 和 java.sql.Timestamp 有了更好的了解。感谢大家。
现在,一个更实际的考虑。假设用户向我发送了他们在世界任何地方的日期,任意时区。他们发给我2014-04-16T13:00:00
,我可以将其解析为 LocalDateTime。然后我将它直接转换为 java.sql.Timestamp 并保存在我的数据库中。
现在,不做任何其他事情,我从我的数据库中提取我的 java.sql.timestamp,转换为LocalDateTime
using timestamp.toLocalDateTime()
. 都好。然后我使用 ISO_DATE_TIME 格式将此值返回给我的用户。结果是2014-04-16T09:00:00
。
我认为这种差异是由于某种类型的与 UTC 的隐式转换。我认为我的默认时区可能会应用于值(EDT,UTC-4),这可以解释为什么这个数字会延迟 4 小时。
新问题。从本地时间到 UTC 的隐式转换在哪里发生?保留时区的更好方法是什么。我不应该直接从当地时间作为字符串 (2014-04-16T13:00:00) 转到LocalDateTime
吗?我应该期待用户输入的时区吗?