当前的Java.net 民意测验问题是：“ 对于用Java 8实现的JSR-310（新的日期和时间API）有多重要？ ”在我撰写本文时，将近150位受访者投了赞成票，绝大多数人回答“非常”（53％）或“很好，但我们可以使用当前课程来回答”（22％ ）。

3/4的调查对象认为获得新的Java Date / Time API是“不错”或“非常重要”，我可以肯定地说Java当前的Date and Calendar方法并没有发展在我们身上 。 到目前为止，我对调查结果的最大惊讶也许是2％的受访者表示：“我更喜欢当前的日期和时间类别。” 也许那是写那些课程的人的？

我倾向于断断续续地使用Java的日期/时间/日历API。 当我使用它们时，我真的不喜欢它们，但确实开始容忍它们。 我开始忘记我讨厌它们多少，直到再次使用它们。 我最近帮助一位熟悉Java（但不熟悉日期/时间API）的同事了解如何进行一些Date / Calendar / String操作和表示。 向他大声解释这个烂摊子，使使用这些过于灵活的 API的荒谬困难对我来说更加明显。 我从他的脸上可以看出他在想我是在开玩笑还是不知道我在说什么。 尽管我已经达到可以使他们完成工作的地步，但这比应该做的要困难得多。

关于Java中日期/时间处理的麻烦，已经有很多著作。 Rob Sanheim在2006年用Java的五个最差的API中的三个（ Calendar ， Date和DateFormat / SimpleDateFormat ）写了有关日期/时间的问题。 Java的日期处理集中在Cameron Purdy的2005年文章《 高度不正常的设计的七个习惯》中 。 Tero Kadenius在2011年的《 用Java处理日期 》一文中提醒我们：“使用Java的日期/时间API非常麻烦 。” 恰当地命名为Java Dates Still Suck的帖子发布于2009年。

在与众多Java开发人员合作以及阅读许多博客和文章之后，当前的Java.net调查证实了我的感觉，即绝大多数Java开发人员都渴望获得更好的标准化Java处理日期和时间的方式。

参考： 我们多么想要新的Java日期/时间API？ 来自我们的JCG合作伙伴 Dustin Marx   在实际事件启发博客上。