Date最适合存储日期对象。它是持久化的，序列化的…

日历是操作日期的最佳工具。

注意:我们有时也更喜欢java.lang.Long而不是Date，因为Date是可变的，因此不是线程安全的。在Date对象上，使用setTime()和getTime()在两者之间切换。例如，应用程序中的一个常量Date(例如:0 1970/01/01，或应用程序的END_OF_TIME，您设置为2099/12/31;这些对于替换null值作为开始时间和结束时间非常有用，特别是当您在数据库中持久化它们时，因为SQL对null非常特殊)。

日期应该重新开发。它不应该是一个长整数，而应该包含年、月、日、小时、分钟、秒作为单独的字段。甚至还可以存储这个日期所关联的日历和时区。

在我们平常的谈话中，如果你安排的约会时间是纽约时间2013年11月1日下午1点，这就是“约会时间”。它不是日历。所以我们在Java中也应该能够像这样交谈。

当Date存储为一个长整数(自1970年1月1日以来的毫秒数)时，计算其当前日期取决于日历。不同的日历会给出不同的日期。这是从给出绝对时间(如大爆炸后1万亿秒)的角度出发的。但通常我们也需要一种方便的对话方式，比如一个对象可以封装年、月等。

我想知道Java中是否有新的进展来协调这两个目标。也许我的java知识太老了。

有点晚了，但是Java在JDK 8中有一个新的日期时间API。您可能希望升级JDK版本并采用该标准。没有更多凌乱的日期/日历，没有更多第三方罐子。

当我需要对日期进行一些特定的操作时，我使用日历，但当你需要格式化日期以适应你的需求时，我发现它很有帮助，最近我发现Locale有很多有用的操作和方法。我现在使用Locale !

日期应该用作不可变的时间点;日历是可变的，如果您需要与其他类协作以得出最终日期，则可以传递和修改日历。把它们看作类似于String和StringBuilder，您就会理解我认为应该如何使用它们。

(是的，我知道Date实际上在技术上不是不可变的，但目的是它不应该是不可变的，如果没有调用已弃用的方法，那么它就是不可变的。)

Date最适合存储日期对象。它是持久化的，序列化的…

日历是操作日期的最佳工具。

注意:我们有时也更喜欢java.lang.Long而不是Date，因为Date是可变的，因此不是线程安全的。在Date对象上，使用setTime()和getTime()在两者之间切换。例如，应用程序中的一个常量Date(例如:0 1970/01/01，或应用程序的END_OF_TIME，您设置为2099/12/31;这些对于替换null值作为开始时间和结束时间非常有用，特别是当您在数据库中持久化它们时，因为SQL对null非常特殊)。