java – 如何规范化ZonedDateTime以便.equals()有效？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了java – 如何规范化ZonedDateTime以便.equals()有效？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1717字，纯文字阅读大概需要3分钟。

内容图文

我有代码,类似于：

import java.time._

object app {
  def main (args :Array[String]) = {
    println("app started")

    // create two ZonedDateTime objects for 1st Jan 2018, 10am UTC
    // using separate methods
    val zdt1 = ZonedDateTime.of(2018, 1, 1, 10, 0, 0, 0, ZoneId.of("UTC"))
    val zdt2 = ZonedDateTime.parse("2018-01-01T10:00:00Z")

    println(s"COMPARING: $zdt1 and $zdt2")
    println("== check:      " + (zdt1 == zdt2))
    println(".equals check: " + (zdt1.equals(zdt2)))
    println(".isEqual check " + (zdt1.isEqual(zdt2)))

    println("app finished")
  }
}

代码在这里：https://ideone.com/43zf8B

问题：

>这些都是类型化的ZonedDateTime对象
>根据.isEqual()方法,它们是等效的.
>根据.equals()方法,它们不相等

但是我的测试套件使用beEquals进行深度匹配
针对这些日期时间实例的类的操作
因此,我需要一种方法来规范化它们
.equals()返回true.

我怎么能将它们标准化呢？

解决方法:

如果我使用ZonedDateTime.of(2018,1,1,10,0,0,0,ZoneOffset.UTC)创建zdt1,则两个对象在equals()下是相等的(在Java中仍然不在==下).

显然,当这些区域的名称不同时,区域是不够的.通过使用ZoneOffset.UTC构造第一个ZonedDateTime,两者将具有相同的时区,因此将是相同的.通过我的更改,至少在我的Mac上,zdt1.getZone()== zdt2.getZone()现在评估为true.

作为您问题的更直接的答案,您可以通过这种方式规范化ZonedDateTime对象(带分号的Java语法,请自行翻译)：

    zdt1 = zdt1.withZoneSameInstant(zdt1.getZone().normalized());

当然,对于zdt2也是如此. ZoneId.normalized()承诺在可能的情况下返回ZoneOffset,它就是你的情况.所以在你的情况下,它确实使两个对象在equals()下相等.我不确定它会在所有其他情况下.

更安全的方法是让比较明确地处理不同但相等的时区：

zdt1.toInstant().equals(zdt2.toInstant())
        && zdt1.getZone().getRules().equals(zdt2.getZone().getRules())

对于问题中的两个日期时间,此计算结果为true.

BTW isEqual()只比较时间瞬间,而不是区域,这就是它不关心的原因.

内容总结

以上是互联网集市为您收集整理的java – 如何规范化ZonedDateTime以便.equals()有效？全部内容，希望文章能够帮你解决java – 如何规范化ZonedDateTime以便.equals()有效？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端