java.time
您说您不想使用任何库类,但是java.sql.Time
. 仍然对您和其他阅读本文的人来说,我建议您不要使用该Time
课程。一,这个类早就过时了,二,这个类设计得很糟糕,三,你的目的是错误的类,四,我根本不相信它可以用来做这个。您可能会从 Amine ABBAOUI 的回答中得到印象,这是可能的,但该回答在两个方面作弊:它使用已被弃用 23 年半的方法,我建议没有人愿意这样做任何一个; 它正在完成课外的所有工作Time
。
java.time 使用起来要好得多。它从 Java 8 开始就内置在 Java 中,并且也被向后移植到 Java 6 和 7。
我不是很清楚,但我假设这09:00:00
是一个开始时间和00:15:00
一个持续时间,并且您想通过将持续时间添加到开始时间来计算结束时间。
LocalTime heureDebut = LocalTime.of(9, 0);
Duration heureFin = Duration.ofMinutes(15);
LocalTime resultat = heureDebut.plus(heureFin);
System.out.println(resultat);
输出是:
09:15
如果您Time
从数据库中获取对象
如果您java.sql.Time
从将开始时间和持续时间都存储为time
数据类型的 SQL 数据库中获取对象(这是不正确的)并且您无法控制数据库设计:LocalTime
从数据库中获取对象。将持续时间转换为Duration
对象,然后像以前一样继续。例如:
PreparedStatement stmt = yourDatabaseConnection.prepareStatement(
"select heure_debut, heure_fin from votre_table where id = 4;");
ResultSet rs = stmt.executeQuery();
if (rs.next()) {
LocalTime heureDebut = rs.getObject("heure_debut", LocalTime.class);
LocalTime heureFin = rs.getObject("heure_fin", LocalTime.class);
Duration dur = Duration.ofNanos(heureFin.getLong(ChronoField.NANO_OF_DAY));
LocalTime resultat = heureDebut.plus(dur);
System.out.println(resultat);
}
由于LoalTime
相反的 aTime
未连接到任何时区,因此上面的转换将为您提供预期的结果。
如果您不想使用 java.time
如果您不想使用 java.time (不是我所理解的),我最好的建议是您手动完成所有操作,并且根本不要使用任何库类。这不是我推荐的解决方案,也不是好的解决方案,但它并不像试图让过时且设计不佳的Time
类以从未设计过的方式运行那么糟糕。
你的代码出了什么问题?
除了不能将字符串分配给Time
对象之外,您还遇到了时区偏移问题。您的时区似乎是 1970 年 1 月 1 日的 UTC 偏移量 +01:00。ATime
是1970java.util.Date
年 1 月 1 日的 a。虽然没有很好的记录,但时间位于 JVM 的默认时区。因此,您09:00:00
所在的时区与 08:00:00 UTC 相同。并且00:15:00
是前一天晚上(1969 年 12 月 31 日)的 23:15:00。您使用的getTime
方法获取自 00:00:00 UTC以来的毫秒数。所以在第一种情况下,你得到 8 小时的毫秒数,在第二种情况下,你得到一个负数,等于负四分之三小时。您添加了这些并获得了足够 7 小时 15 分钟的毫秒数。你把它们喂回了一个Time
对象并获得 07:15:00 UTC,在您的时区打印为 08:15:00。
关联
Oracle 教程:日期时间解释如何使用 java.time。