當前的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 ? 在實際事件啟發博客上。